> 文章列表 / Page 80

PRM: Warning:scaned 10MB data, couldn't find file header ，如果在使用PRM-DUL过程中遇到了该问题，则可能是： 1、选择了错误的 BLOCK_SIZE 2、选择了错误的endian ，AIX、HPUX 、Solaris Sparc上的datafile均为Big Endian。 其他的操作系统Windows、Li...

We have some questions on this guess: 1.What kind of operation osysmond.bin will do when a new disk device is scaned by os? Currently osysmond detects disks only when it starts. If osysmond is running...

SQL> create table lost_write(t1 int) tablespace users; Table created. SQL> SQL> insert into lost_write values(1); 1 row created. SQL> commit; Commit complete. SQL> alter system checkpoint; System alte...

11g以后oracle引入了智能空间预分配space preallocation的新特性，该新特性涉及3个领域： 表空间的预分配和扩展 数据段segment的预分配和扩展 LOB chunk的预分配和扩展 以下是一个tablespace 预分配和扩展的例子，可以看到某个表空间对应的FILE#=3的数据文件，由于在一段时间内的空间使用情况预估，所以在几个小时内扩展了不少的空间： &nb...

12c中提供了基于网络的RMAN Restore和recover功能： About Restoring Files Over the Network RMAN restores database files, over the network, from a physical standby database by using the FROM SERVICE clause of t...

为12.1.0.2 DataGuard配置DGMGRL时遇到了ORA-16698错误： BANNER CON_ID ------------------------------------------------------------------------------------------ ---------- Oracle Database 12c Enterp...

PRM-DUL成功案例：为某电信运营商恢复了误删truncate的一百多张表。东南某电信运营商生产系统数据库部分数据表被误删除的问题，现场工作内容：采用PRM-DUL工具将所需要的共121张表恢复出来。 整个数据库大小在25T左右，由于还原的新环境存储空间有限，还原整个数据库不够现实。初步决定还原方案为先还原SYSTEM和data表空间，然后使用PRM-DUL直接读取数据文件，将数据导出。 实际这...

PRM-DUL成功案例：恢复了700GB损坏严重的Oracle数据库。 某中原企业存储断电重启后发现其700GB大小的数据库，存在十几万个坏块，数据库无法正常打开使用。 用户自行尝试采用ORACLE DUL做恢复，但是由于ORACLE DUL对于该超过500万个col$记录的数据字典出现DC_COLUMNS过大导致的coredump segmentfault，导致ORACLE DUL...

诗檀软件成功为某西南大型国企从不完整的备份中恢复了数据； 某西南大型企业数据库的ASM因为加盘意外损坏，用户自行重建ASM DISKGROUP并restore了热备份，由于丢失了归档，数据库无法打开。 诗檀软件工程师biot.wang 通过特殊恢复方案打开了该并不一致的数据库备份，大致经过为：手动修改bootstrap对象 ,commit事务；修改datafile header绕过已经不存在的ar...

诗檀软件成功为某电力企业恢复大量坏块的核心数据库，某东北电力企业的核心数据库在存储意外断电后出现大量FRACTURED块断裂损坏，且数据库无任何形式备份。 SQL> select * from v$database_block_corruption; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO ---------- ----...