rman generate script set until time

 
echo 'run {'  >  test2.cmd
echo 'allocate channel t1' >> test2.cmd
echo 'set until time="to_date('\'''`date "+%Y-%m-%d %H:%M:%S"`''\'','\''YYYY-MM-DD hh24:mi:ss'\'')";' >> test2.cmd
echo 'set newname for database to '+datadg';'  >> test2.cmd
echo 'restore database;' >> test2.cmd
echo 'switch  datafile all;' >> test2.cmd
echo 'recover database;' >> test2.cmd
echo 'release channel t1;' >> test2.cmd
echo '}' >> test2.cmd


prm dul恢复oracle数据库数据表 中文最简易说明

 

 

 

软件下载地址: https://zcdn.parnassusdata.com/DUL5108.zip

本软件为JAVA编写,可用于WINDOWS LINUX(红帽,Centos,Ubuntu) AIX SOLARIS HPUX

 

但必须先安装 JDK 1.8 !!!

 

JDK 下载地址:

 

LINUX X86: http://zcdn.parnassusdata.com/jdk-8u201-linux-i586.rpm 32位LIUNX
LIUNX X86-64: http://zcdn.parnassusdata.com/jdk-8u91-linux-x64.rpm 64位LIUNX

Windows X86: http://zcdn.parnassusdata.com/jdk-8u201-windows-i586.exe 32位Windows
Windows X86-64: http://zcdn.parnassusdata.com/jdk-8u181-windows-x64.exe 64位Windows

目前的操作系统,基本都是64位的,推荐用64位JDK!!

确认JAVA 版本,打开命令行,在windows上是cmd

java -version

解压DUL5108.zip

Windows双击prm.bat
Linux 在满足X-Windows的条件下运行sh prm.sh,可以安装XSHELL Xmanager等远程图形化客户端:
xmanager 下载地址:
xmanager 4 https://zcdn.askmaclean.com/Xme4.exe
xmanager 6 https://zcdn.askmaclean.com/Xme6.exe

选择字典模式,
加入所有数据文件即可!! 必须加入所有你找的到的数据文件,所有的属于整个数据库的数据文件!!
不要加入其他数据库的数据文件!!

所有数据文件!!
所有数据文件!!
不要只加入SYSTEM01.DBF!!
不要只加入SYSTEM01.DBF!!
不要只加入你认为有问题的数据文件!!
不要只加入你认为有问题的数据文件!!
所有数据文件!!
所有数据文件!!
必须包含 SYSTEM01.DBF!!
必须包含 SYSTEM01.DBF!!
必须包含 SYSTEM01.DBF!!

如何找到所有数据文件???
在命令行中
sqlplus / as sysdba
conn / as sysdba
shutdown immediate;
startup mount;
select name from v$datafile;

最简单模式下不用选择任何参数,只要加入数据文件!!

ctrl+A 选择目录下所有dbf/ora文件!!

双击查看表中的样例数据,
这只是样例数据!!不是全部数据!!
这只是样例数据!!不是全部数据!!
这只是样例数据!!不是全部数据!!

找到你要的用户名,下面查看重要表是否有数据!!
你看到的只是样例数据!!不是全部数据!!
你看到的只是样例数据!!不是全部数据!!

社区版最多抽1万行,可能会略多于1万行!!!
社区版最多抽1万行,可能会略多于1万行!!!
社区版最多抽1万行,可能会略多于1万行!!!
社区版最多抽1万行,可能会略多于1万行!!!

右键unload 数据抽取到文件。
抽取完 就给你 这个文件的路径了!!!
抽取完 就给你 这个文件的路径了!!!
抽取完 就给你 这个文件的路径了!!!
按照路径去 就能看到这个文件!!!!

建议使用databridge数据搭桥模式!!
建议使用databridge数据搭桥模式!!
建议使用databridge数据搭桥模式!!
不推荐用 unload 抽取模式!!

数据搭桥模式,在新数据库/目标数据库新建一个用户,
create user pd1 identified by oracle;
grant dba to pd1;

注意给dba权限!!!!
注意给dba权限!!!!
注意给dba权限!!!!

没有新数据库,那就自己建一个!! 用dbca命令,新建一个!!
注意字符集要和原来数据库一样!!!!

注意目标数据库监听是否打开了???????
注意目标数据库监听是否打开了???????
确保 监听打开了, 服务注册了!!!!
确保 监听打开了, 服务注册了!!!!

选择你想要的表空间!!!

可以数据搭桥整个用户,整个用户,整个用户下的所有表!!!!
不是只能一张张表抽!!!
不是只能一张张表抽!!!
可以数据搭桥整个用户,整个用户,整个用户下的所有表!!!!

点用户名,右键,数据搭桥整个用户下所有表!!!

可以将用户的表结构,索引,主键约束,视图,存储过程,包,触发器,sequence序列导出成ddl文本!!
可以将用户的表结构,索引,主键约束,视图,存储过程,包,触发器,sequence序列导出成ddl文本!!
可以将用户的表结构,索引,主键约束,视图,存储过程,包,触发器,sequence序列导出成ddl文本!!

右键用户 ,选择一个可用的数据搭桥用户,最后给你一个文本文件!!!
右键用户 ,选择一个可用的数据搭桥用户,最后给你一个文本文件!!!
右键用户 ,选择一个可用的数据搭桥用户,最后给你一个文本文件!!!

导出ddl功能,要购买了企业版授权,才能生效!!!!
导出ddl功能,要购买了企业版授权,才能生效!!!!
导出ddl功能,要购买了企业版授权,才能生效!!!!

数据搭桥默认将varchar字段,修改为varchar(4000),以保证一定可以插入成功!!!
如果不希望使用varchar(4000),可以用上一步(导出表结构ddl)生成的建表语句先建表!!
如果不希望使用varchar(4000),可以用上一步(导出表结构ddl)生成的建表语句先建表!!
数据搭桥会直接插入数据到目标表,而不自己创建表!!!!

如果还有问题可以找我们 电话 13764045638 QQ 47079569 !!!

使用PRM DUL软件快速恢复被勒索病毒 恶意软件加密的ORACLE数据库数据文件

为什么可以恢复这些被加密的ORACLE数据库数据文件?

因为这些文件一般比较大,超过300MB。导致恶意加密软件要加密它们时要花费大量时间和CPU,因此这些勒索软件一般仅部分加密其内容。

通过PRM-DUL的强大功能,可以恢复出其中绝大部分未被加密的内容。

PRM DUL download: https://zcdn.parnassusdata.com/DUL5108.zip

 

 

 

 

 

666和{Killserver@protonmail.com}KSR后缀加密病毒的Oracle数据文件DBF恢复

近期有大量勒索加密病毒造成ORACLE数据库损坏的案例,常见的有 Hephaestus666和Aphrodite666  以及 {Killserver@protonmail.com}KSR 和 完全无意义文件名的qxlozcf :

 

 

λ ls -ltr
-rw-r--r-- 1 st 197121 10737427200 7月  19 05:39 MAILBOX01.DBF.Hephaestus666
-rw-r--r-- 1 st 197121  5368718080 7月  19 05:39 SF_HISTORY01.DBF.Hephaestus666
-rw-r--r-- 1 st 197121  5368718080 7月  19 05:39 SF_MBP01.DBF.Hephaestus666
-rw-r--r-- 1 st 197121 32212263680 7月  19 05:39 SYSTEM01.DBF.Hephaestus666
-rw-r--r-- 1 st 197121  5368718080 7月  19 05:39 USERS01.DBF.Hephaestus666
-rw-r--r-- 1 st 197121 32212263680 7月  19 05:39 USR01.DBF.Hephaestus666
λ ls -ltr
total 27626584
-rw-r--r-- 1 st 197121  9017762736 7月  25 07:04 'MHSOFT.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121 15544099760 7月  25 07:04 'MHSOFT02.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121   104866736 7月  25 07:04 'MHTEMP.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121  1468015536 7月  25 07:04 'STRNEWEMR.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121  1310729136 7月  25 07:04 'SYSAUX01.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121   838869936 7月  25 07:04 'SYSTEM01.DBF.{Killserver@protonmail.com}KSR'
-rw-r--r-- 1 st 197121     5252016 7月  25 07:04 'USERS01.DBF.{Killserver@protonmail.com}KSR'
λ ls -l *666
-rw-r--r-- 1 st 197121  73409280 8月   1 05:32 GAA8220120228_T.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:33 GADATA0004_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:33 GADATA0004_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:34 GADATA0006_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:34 GADATA0006_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:35 GADATA0008_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:35 GADATA0008_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 352330496 8月   1 05:36 GADATA0010_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:37 GADATA0010_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:38 GADATA0012_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:39 GADATA0012_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:40 GADATA0014_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:41 GADATA0014_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:42 GADATA0016_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:42 GADATA0016_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:43 GADATA0018_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:43 GADATA0018_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:44 GADATA0020_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:45 GADATA0020_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:46 GADATA0025_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:46 GADATA0025_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:47 GADATA0027_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:48 GADATA0027_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:48 GADATA0028_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:49 GADATA0028_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:50 GADATA0030_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:51 GADATA0030_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:51 GADATA0032_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:52 GADATA0032_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:53 GADATA0034_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:54 GADATA0034_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:55 GADATA0036_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:55 GADATA0036_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 301998848 8月   1 05:56 GADATA0038_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:57 GADATA0038_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:58 GADATA0040_I.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 201335552 8月   1 05:58 GADATA0040_T.DAT.Aphrodite666
-rw-r--r-- 1 st 197121 251667200 8月   1 05:59 GADATA0044_I.DAT.Aphrodite666
λ ls -ltr
total 17428672
-rw-r--r-- 1 st 197121  1069556252 12月 29  2018 SYSTEM01.DBF.qxlozcf
-rw-r--r-- 1 st 197121 15728648732 12月 29  2018 APF_MES_YW_DATA.DBF.qxlozcf
-rw-r--r-- 1 st 197121  1048584732 12月 29  2018 APF_MES_YW_DATA_MM.DBF.qxlozcf

以上这些加密类病毒破坏的Oracle数据文件均可以通过PRM DUL 软件恢复其中的数据,

为什么可以恢复这些被加密的ORACLE数据库数据文件?

因为这些文件一般比较大,超过300MB。导致恶意加密软件要加密它们时要花费大量时间和CPU,因此这些勒索软件一般仅部分加密其内容。

通过PRM-DUL的强大功能,可以恢复出其中绝大部分未被加密的内容。

PRM DUL download: https://zcdn.parnassusdata.com/DUL5108.zip

恢复流程较为复杂,可以参考如下视频:

PRM支持恢复ORACLE 12cR1/12cR2/18C/19C 可拔插数据库

 

PRM DUL支持 ORACLE 12cR1,12cR2,18C,19C 容器数据库 可拔插数据库

PRM DUL now supports oracle 12cR1,12cR2,18C,19C Container Database Pluggable database PDB/CDB

12CR1 PDB TEST , works!
12cR2 PDB TEST , works!
18c PDB TEST , works!
19c PDB TEST , works!

所有版本的PDB,均可正常读取!

PRM-DUL Tool – Your Oracle Database Recovery Expert Here

PRM-DUL Oracle Database Recovery Tool (PRM-DUL) is one advanced tool developed for Oracle data recovery.

From release 1.0 to now, more functions and enhancements have been built into the new version. And continuous bug fixes and logical improvements support it to be now more stable in various enterprise environment.

 

  • Many cases have proved that PRM-DUL Oracle Database Recovery Tool can work well on multiple OS platforms (AIX/HPUX/SOLARIS/Linux/Windows). The current version now support Oracle 9i/10g/11g/12c Oracle Databases Data Rescue Operations.
  • It is a Java based, free installation software. You can start it directly after download and unzip the package. (On Windows, click the executable file prm.bat. On Linux/Unix, the start file is prm.sh)
    ** We advise users to use Java 1.6 or higher version before trying PRM-DUL 4.0.
    Java official version can support most of PRM-DUL functions except raw device operations. If you are using this tool for raw device data recovery, please install Java OpenJDK instead.
  • PRM-DUL GUI interface can help user for easy use. It is not necessary for users to learn extra sets of commands or try to understand Oracle data file layout structures. Through PRM-DUL Recovery Wizard, we can easily rescue the database data and “save my life” J.
  • PRM-DUL supports single data file scan and data extraction, it also supports Oracle ASM storage data recovery.

 

  • The rescued data can be exported in sql loader data file format. And also we can use PRM-DUL Data Bridge function to export data and insert into one another new database directly, that means data can be rescued and recovered without staging.

 

 

————————-

Version 4.0 Enhancements:

  1. Support data recovery for table DELETE wrong operations.
  2. Great improvements on exporting performance for LOB data bridge in dictionary mode.
  3. Add support for LOB data bridge in non-dictionary mode.
  4. Add support for re-use dictionary mode/non-dictionary mode scanning data info.
  5. Add DDL export support at schema level

————————-

PRM-DUL Oracle Database Recovery Tool – Major functions:

  • Can do data scanning and analyzing on database files, no matter Oracle Database is running or not.
  • Support ASM, PRM-DUL can read ASM storage disks directly, find the data files and then do the data scanning and analyzing.
  • Support raw devices data files reading.
  • Support LOB (CLOB, NCLOB and BLOB) column data recovery, it also supports the case when different LOB columns have different chunk size in one same table.
  • Support Oracle database recovery on multiple Big Endian or Little Endian operating systems (AIX/HPUX/SOLARIS/Linux/Windows).
  • Support partition, sub-partition data recovery
  • Support various table data recovery, which also includes HEAP tables and CLUSTER tables.
  • Support truncated table data recovery.
  • Support dropped table data recovery.
  • Support Non-dictionary mode data recovery when SYSTEM table space is missing or data dictionary is broken. Provide part of block data to assist user to determine the data type for recovery.
  • Support BigFile table space data recovery.
  • Support data files with different block sizes in one same database.
  • Support CREATE table SQL file and sqlldr control file auto-generating when rescued data is exported into flat file.

————————-

In the growing enterprise IT systems, data capacity is expanding in geometric progression. Even if DBAs are aware of the importance of backup, they will still suffer from problems such as lack of backup storage space, backup failures or unavailable, physical storage disaster damage, and so on. Therefore, it’s necessary for DBAs to familiar with a physical data recovery tool and understand how to use it.
If your Oracle database downs due to an unexpected failure, the physical storage is damaged and cannot be restarted, and you are stuck in the backup is too old to be used. Then you can consider trying PRM-DUL for emergency rescue processing.

————————-
There are many types of errors to show Oracle Database’s disaster damage or block corruption:
Such as block corruption/bad block, index corruption/ bad block, row corruption/ bad block, UNDO corruption/bad block, control file corruption, consistent read problem, data dictionary corruption, data file/RDBA/BL problem etc. If you meet ORA-1578 / ORA-8103 / ORA-1410 / ORA-1499 / ORA-1578 / ORA-81## / ORA-14## / ORA-26040 / ORA-600 …errors but failure to recover it, we advise you to try PRM-DUL as one of your data rescue means.

————————-

PRM-DUL Oracle database recovery tool has two editions (for Community and Enterprise):

  • Community Edition – Oracle database users can free download the latest version at any time from parnassusdata.com. Without the purchase of License, the software is free for use as a community version, the community version allows each table up to 10,000 lines of data rescue export, so users can use the software for free on some small databases.
  • Enterprise Edition – If the table row number required to be recovered is more than 10,000 and you’ve tried PRM-DUL and confirm it can fix your problem. Then you can visit the official website and consider to purchase the Enterprise License for this tool. After the registration for the software by using the license you’ve got. Your software can be upgraded from the community edition to the enterprise one. The enterprise edition has no line number limit, and all other functions and enhancements will be open to you.

————————-

If you have more questions about using this tool or you need more help on it, don’t hesitate to visit the official website at http://www.parnassusdata.com/. Call the hotline or email our software service for additional help.

 

 

 

Recovering a Deleted Oracle Datafile Without a Backup

Recovering a Deleted Oracle Datafile Without a Backup

 

Recovering a Deleted Oracle Datafile Without a Backup

Oracle PRM-DUL Undelete Oracle record/rows

Download PRM-DUL http://www.parnassusdata.com/en

On scenarios without valid physical or logical backups, when a mistaken delete occurred in Oracle, it will be given priority to use techniques such as flashback or logminer to recover the data rows in Oracle tables in general, but in many cases even flashback or logminer could not turn the tide.

For the row piece in the underlying data block of Oracle, delete operation only modify the row flag and mark them as deleted. It allows records of the subsequent INSERT to override these data marked as delete, and also allows to destroy the structure of these data that are deleted. In other words, if no operations has been done on tables after delete, it is possible to read the complete data by directly reading those records that are marked as deleted in blocks.

 

In a word, whether it can recover the deleted data or not all depends on whether the deleted data rows in oracle block on the disk have been eventually cleared or not.

 

As soon as it has not been cleared, ORACLE PRM-DUL can attempt to recover the data, and the specific steps has little difference with the ordinary data dictionary mode.

 

Start up the PRM – DUL, click the restore wizard in dictionary mode
prm-undelete1

prm-undelete2

 

 

 

prm-undelete4

prm-undelete5

 

Add all of the Oracle data files, no TEMPFILE, UNDO data files, control files, log files is required.

prm-undelete6

 

Click the load button, PRM will automatically load the data dictionary, i.e. bootstrap operation

 

prm-undelete7

ow on the left of PRM, you will see the object tree, select the corresponding data table under the user that you need to recover, right-click the object and then select unload deleted data.

prm-undelete8

 

prm-undelete9

After completing the recovery of the deleted data, PRM-DUL will write the data to the location of File path in the picture above, the Sample data recovery is as follows.

prm-undelete10

 

PRM-DUL Undelete恢复被Delete操作删除的Oracle记录/行 record/rows

对于没有有效物理或逻辑备份的场景,当Oracle中发生delete误操作时 一般会优先考虑使用flashback闪回或logminer日志挖掘等技术来恢复Oracle表中的数据行记录,但很多时候flashback或logminer都无法力挽狂澜。

 

对于delete操作而言,其对于oracle底层数据块block中的row piece记录一般仅仅是修改其row flag标记为已删除标记,容许后续INSERT的记录覆盖这些被标记为delete的数据,也容许破坏这些delete掉的数据的结构。 换句话说如果delete后没有对表做什么操作的话,直接读取block中的这些被标记为deleted的记录还是有可能读取到完整数据的。

总而言之,是否能恢复这部分delete掉的数据,完全取决于磁盘上oracle block中这部分删除的数据行是否有被最终清理掉。

在被清理掉之前ORACLE PRM-DUL工具都可以尝试把这部分数据恢复出来, 具体步骤与普通的数据字典模式差别很小。

启动PRM-DUL 点击恢复向导  字典模式

 

 

prm-undelete1

prm-undelete2

 

 

 

prm-undelete4

prm-undelete5

 

加入所有oracle数据文件,不需要加入临时文件TEMPFILE、UNDO数据文件、控制文件、日志文件

prm-undelete6

 

点击load 按钮,PRM会自动加载数据字典 即bootstrap动作

 

prm-undelete7

 

至此 PRM左侧将出现 树形的对象树,选择你需要恢复的用户下的对应数据表, 右击对象后选择 unload deleted data

 

prm-undelete8

 

prm-undelete9

 

PRM-DUL 完成对已删除数据的恢复操作后会将 数据写出到  上图中 File path的位置, 示例的数据恢复情况如下:

 

prm-undelete10

 

Oracle SSC紧急故障救援流程

 

作者为: 

SHOUG成员 – ORACLE ACS高级顾问罗敏

本文地址:https://www.askmaclean.com/?p=16600

 

为满足重大故障的紧急救援需求,SSC提供了如下的专业化、制度化的救援流程:

 

 

ssc1

即一旦客户IT系统出现1级或升级2级严重问题,客户DBA可第一时间拨打Oracle公司专门为SSC客户提供的7*24小时的值班电话,当SSC值班工程师接到救援电话之后,会马上听取客户的情况介绍,并判断问题的严重程度和影响范围。根据客户需求和问题情况,SSC可确定是否可以通过电话或VPN登录方式,进行远程解决 。同时,客户也可拨通服务实施经理(SDM)电话。SDM可与SSC工程师沟通故障情况,并根据客户需求确定是否需要安排工程师去现场。如果的确问题非常严重、难以远程解决, SDM会果断决定派出客户当地城市或最近城市的工程师,同时深圳的SSC团队也会考虑派出工程师赶赴现场。当工程师到达客户现场后,会立即与客户运维团队、应用开发商、 硬件等其它厂商进行会商,并根据问题症状分析出问题原因所在,最终提供问题解决方案并加以实施。在故障彻底解决并验证之后,将提交故障处理分析报告。

以下就是Oracle最近在某移动公司出现重大故障时的响应速度:

 

 

时间点 操作内容
… … … …
10月30日 21:58 在节点2出现ORA-600 [qertbFetchByRowID]告警,紧接着节点1也出现ORA-600 [kclchkblk_3]告警
10月30日 22:00 业务方面反映20多张表不能插入
10月30日 23:04 重启数据库后,数据库还是出现ORA-600 [kdsgrp1]告警
10月31日 2:10 SSC值班接到保障电话,开始对问题进行分析
10月31日 3:00 SSC工程师远程登陆数据库,对有问题的表的索引进行分析及重建,发现相关索引在重启后恢复正常。
10月31日 6:00 发现大部分表恢复正常访问,业务基本恢复,但后台持续有报错。
10月31日 6:06 容灾库尝试启动但报错ora-01172无法启动
10月31日 6:45 华东区工程师从杭州出发赶往现场支持
10月31日 7:00 SSC工程师从深圳出发赶往现场支持,
10月31日20:00 现场多次checkpoint后,断开同步后,容灾库正常启动成功
… … … …

可见当该移动客户在10月31日21:58分发现Oracle出现故障之后,刚开始通过自身DBA和第三方运维公司技术人员进行自救。但23:04采取重启数据库之后,数据库还是出现相关错误,不得已在凌晨2:10拨打了SSC值班电话, SSC一方面通过电话进行问题分析,另一方面在解决了远程登陆问题之后,于3:00登陆至客户系统进行分析,并采取了针对性的救援措施,缓解了部分问题。但仍然没有彻底解决问题,于是,Oracle果断决定派出工程师,本地工程师6:45从杭州开始赶头班高铁赶赴现场,深圳的SSC工程师赶7:00的头个航班飞赴现场。这就是SSC服务包为客户提供的最高级别响应速度和服务级别了!

而且,就是为了解决该客户的此次重大故障,尽管最终原因是硬件厂商的磁盘镜像技术导致的数据损坏, Oracle其实是受害者,但Oracle不惜血本,从本地到远程,从国内到国外,Oracle投入了120多人天,而且还没有包括管理层、销售层面的大量投入。最终不仅是Oracle公司发现了问题根源,并有效解决了该问题,以及延伸的其它问题,而且在未来如何根治该类问题,从IT系统高可用性架构、容灾建设等方面给予了客户更广泛和深远的建议。

这就是SSC紧急救援和主动服务相结合给客户带来的价值和回报!

  • A类和B类的紧急故障救援

SSC服务包是以系统套数进行计价的,但服务的系统又区分为A类和B类。故障紧急救援方面,针对A类系统的服务项目如下:

  • 1级SR和升级2级SR故障7×24紧急救援
  • 1级SR恢复阶段的7*24跟进与分析
  • 1级SR和升级2级SR的问题的根源分析跟进(5*8跟踪)
  • 问题的管理与跟踪(报到SSC平台的1级和升级2级问题)

同时,故障处理由Oracle资深专职组工程师负责,针对1级故障(SR1)一天两次的主动通知,2级故障(SR2)每周汇报。根据oracle全球支持策略,1级故障为7*24跟踪,1级以下故障为5*8跟踪。 1级故障当系统恢复正常后, 降级为2级故障进行根本原因定位分析。

针对B类系统的服务则是:仅对1级SR故障进行系统救援支持,系统恢复服务后,工程师离场并不再提供任何问题的持续跟进和原因分析。

总之,A类系统的故障救援服务更为全面,既救命又治病,而B类系统则只救命,并不负责根治所有疾病。当然,A类系统的服务价格更昂贵。

如果客户系统很多,又都需要紧急故障救援服务,如何在价格和服务价格之间进行平衡?建议就是将需要保障的系统都纳入SSC服务范畴,但在A类和B类之间进行平衡,毕竟B类服务价格相对A类便宜很多。

 

沪ICP备14014813号

沪公网安备 31010802001379号