一 : 分贝网数据恢复正常 倒闭传闻已被解除

近日传闻分贝网或将倒闭的消息，网民不仅唏嘘。7月22日上午，分贝网发布声明表示，该网接到国家有关部门通知，要求本网站暂时停止网络服务，网站核心成员全力配合政府相关工作，或将倒闭的消息不攻自破。

分贝网数据恢复正常 倒闭传闻已被解除

分贝声明全文如下：

分贝网配合政府部门工作结束，现恢复所有服务 自2009年7月5日，分贝网接到国家有关部门通知，要求本网站暂时停止网络服务，网站核心成员全力配合政府相关工作。 本着一切服从国家决策，以及严格遵守国家相关法律法规的态度。分贝网在明知关闭网站服务会遭受广告收入损失，以及1700万会员的不理解，以及各投资方合作方压力的情况下。毅然决定以大局为重，以国家利益为重，响应号召积极配合国家相关部门的工作。 应要求： 1：分贝网自7月5日起暂停网站部分服务。 2：分贝网在高新区的新办公楼层暂停装修。 3：分贝网员工因为业务暂停而放假休息。（为此分贝网所有高层一致决定，在配合国家相关部门工作的员工放假期间，全部员工继续发放工资。） 因为分贝网的积极配合，受到了国家相关部门的认可和支持。本网站已经于本日，即2009年7月22日起恢复所有服务。分贝网为中国重庆最大的互联网平台，为IDG以及阿尔卡特两轮联合注资800万美金成立。公司已经实现平稳收益两年。在重庆缔造了一批属于本土互联网的高科技以及高收入白领阶层。 同时，因响应国家相关部门的保密需求，分贝网在此期间一直未发表明确声明。一切按国家相关部门指导配合以及在此期间从CEO到技术骨干严格遵守保密制度，全力配合国家工作至今。 但是我们感到遗憾的是：在分贝网以大局为重，以全局利益为重的时候。某些媒体在明知分贝网资金运转顺利的情况下，依然刻意制造耸人听闻的事件，扭曲事实，以图制造“猛料”。这已经严重违反了国家法律法规，甚至违背了一个新闻从业单位的最低的基本道德操守和底线。分贝网在应国家相关部门要求暂停并配合工作期间一切相关记录，相关通知，以及国家相关部门配合工作内容都有相应事实记录。为此分贝网保留对该媒体采取一切法律措施的权利。以还分贝网一个公正，还广大分贝网用户一个公正，维护法律的尊严。 最后，分贝网向广大网友保证：我们将继续一如既往地为大家提供优质的流媒体社区服务，我们也向在此期间受到影响的用户表示抱歉。同时由衷地感谢大家理解和支持分贝网。谢谢！ 分贝网 2009年7月21日

二 : oracle恢复删除的数据

分为两种方法：scn和时间戳两种方法恢复。(www.61k.com）

一、通过scn恢复删除且已提交的数据

1、获得当前数据库的scn号

select current_scn from v$database; (切换到sys用户或system用户查询) 

查询到的scn号为：1499223

2、查询当前scn号之前的scn

select * from 表名 as of scn 1499220; (确定删除的数据是否存在，如果存在，则恢复数据；如果不是，则继续缩小scn号)

3、恢复删除且已提交的数据

flashback table 表名 to scn 1499220;

二、通过时间恢复删除且已提交的数据

1、查询当前系统时间

select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;

2、查询删除数据的时间点的数据

select * from 表名 as of timestamp to_timestamp('2013-05-29 15:29:00','yyyy-mm-dd hh24:mi:ss'); (如果不是，则继续缩小范围)

3、恢复删除且已提交的数据

flashback table 表名 to timestamp to_timestamp('2013-05-29 15:29:00','yyyy-mm-dd hh24:mi:ss');

注意：如果在执行上面的语句，出现错误。可以尝试执行 alter table 表名 enable row movement; //允许更改时间戳

三 : oracle误删除表数据后的的快速恢复功能方法

oracle误删除表数据后的的快速恢复功能方法：【方法一】：通过oracle提供的回闪功能：exec dbms_flashback.enable_at_time(to_date('2007-07-23 10:21:00','yyyy-mm-dd hh24:mi:ss'));set serveroutput onDECLARE r_temp hr.job_history%ROWTYPE;CURSOR c_temp IS SELECT * FROM hr.job_history;BEGINOPEN c_temp;dbms_flashback.disable;LOOPFETCH c_temp INTO r_temp;EXIT WHEN c_temp%NOTFOUND;insert into hr.job_history(EMPLOYEE_ID,JOB_ID,START_DATE,END_DATE) values (r_temp.EMPLOYEE_ID,r_temp.JOB_ID,r_temp.START_DATE,r_temp.END_DATE);commit;END LOOP; CLOSE c_temp; END;这种办法可以将删除的数据恢复到对应的表中，首先要保证该用户有执行dbms_flashback包的权限【方法二】：insert into hr.job_historyselect * from hr.job_history as of timestamp to_timestamp('2007-07-23 10:20:00', 'yyyy-mm-dd hh24:mi:ss');这种方法简单，容易掌握，功能和上面的一样时间为你误操作之前的时间，最好是离误操作比较近的，因为oracle保存在回滚保持段里的数据时间有一定的时间限制由undo_retention 这个参数值决定。［www.61k.com]SQL> col fscn for 9999999999999999999SQL> col nscn for 9999999999999999999SQL> select name,FIRST_CHANGE# fscn,NEXT_CHANGE# nscn,FIRST_TIME from v$archived_log;...................NAME FSCN NSCN FIRST_TIME------------------------------ -------------------- -------------------- -------------------/mwarch/oracle/1_52413.dbf 12929941968 12929942881 2005-06-22 14:38:28/mwarch/oracle/1_52414.dbf 12929942881 12929943706 2005-06-22 14:38:32/mwarch/oracle/1_52415.dbf 12929943706 12929944623 2005-06-22 14:38:35/mwarch/oracle/1_52416.dbf 12929944623 12929945392 2005-06-22 14:38:38/mwarch/oracle/1_52417.dbf 12929945392 12929945888 2005-06-22 14:38:41/mwarch/oracle/1_52418.dbf 12929945888 12929945965 2005-06-22 14:38:44/mwarch/oracle/1_52419.dbf 12929945965 12929948945 2005-06-22 14:38:45/mwarch/oracle/1_52420.dbf 12929948945 12929949904 2005-06-22 14:46:05/mwarch/oracle/1_52421.dbf 12929949904 12929950854 2005-06-22 14:46:08/mwarch/oracle/1_52422.dbf 12929950854 12929951751 2005-06-22 14:46:11/mwarch/oracle/1_52423.dbf 12929951751 12929952587 2005-06-22 14:46:14.................../mwarch/oracle/1_52498.dbf 12930138975 12930139212 2005-06-22 15:55:57/mwarch/oracle/1_52499.dbf 12930139212 12930139446 2005-06-22 15:55:59/mwarch/oracle/1_52500.dbf 12930139446 12930139682 2005-06-22 15:56:00NAME FSCN NSCN FIRST_TIME------------------------------ ----------

oracle数据恢复 oracle误删除表数据后的的快速恢复功能方法

---------- -------------------- -------------------/mwarch/oracle/1_52501.dbf 12930139682 12930139915 2005-06-22 15:56:02/mwarch/oracle/1_52502.dbf 12930139915 12930140149 2005-06-22 15:56:03/mwarch/oracle/1_52503.dbf 12930140149 12930140379 2005-06-22 15:56:05/mwarch/oracle/1_52504.dbf 12930140379 12930140610 2005-06-22 15:56:05/mwarch/oracle/1_52505.dbf 12930140610 12930140845 2005-06-22 15:56:0714811 rows selected. 当前的SCN为:SQL> select dbms_flashback.get_system_change_number fscn from dual;FSCN--------------------12930142214 使用应用用户尝试闪回SQL> connect username/passwordConnected. 现有数据:SQL> select count(*) from hs_passport;COUNT(*)----------851998 创建恢复表SQL> create table hs_passport_recov as select * from hs_passport where 1=0;Table created. 选择SCN向前恢复SQL> select count(*) from hs_passport as of scn 12929970422;COUNT(*)----------861686 尝试多个SCN，获取最佳值（如果能得知具体时间，那么可以获得准确的数据闪回）SQL> select count(*) from hs_passport as of scn &scn;Enter value for scn: 12929941968old 1: select count(*) from hs_passport as of scn &scnnew 1: select count(*) from hs_passport as of scn 12929941968COUNT(*)----------861684SQL> /Enter value for scn: 12927633776old 1: select count(*) from hs_passport as of scn &scnnew 1: select count(*) from hs_passport as of scn 12927633776select count(*) from hs_passport as of scn 12927633776*ERROR at line 1:ORA-01466: unable to read data - table definition has changedSQL> /Enter value for scn: 12929928784old 1: select count(*) from hs_passport as of scn &scnnew 1: select count(*) from hs_passport as of scn 12929928784COUNT(*)----------825110SQL> /Enter value for scn: 12928000000old 1: select count(*) from hs_passport as of scn &scnnew 1: select count(*) from hs_passport as of scn 12928000000select count(*) from hs_passport as of scn 12928000000*ERROR at line 1:ORA-01466: unable to read data - table definition has changed 最后选择恢复到SCN为12929941968的时间点SQL> insert into hs_passport_recov select * from hs_passport as of scn 12929941968;861684 rows created.SQL> commit;Commit complete.

本文标题：删除文件数据恢复-分贝网数据恢复正常 倒闭传闻已被解除
本文地址： http://www.61k.com/1130412.html