> 文章列表 / Page 77

Partner and Status Table 相关：https://www.askmaclean.com/archives/know-oracle-asm-basic-html.html 一般来说aun=1 是保留给Partner and Status Table(PST)的拷贝使用的。 一般5个ASM DISK将包含一份PST拷贝。多数的PST内容必须相同且验证有效。否则无法判断哪些ASM DISK实际拥有相关数据。 在 PST中每一条记录对应Diskgroup中的一个ASM DISK。每一条记录会对一个ASM disk枚举其partners的ASM DISK。同时会有一个flag来表示该DISK是否是ONLINE可读写的。这些信息对recovery是否能做很重要。 PST表的Blkn=0是PST的header，存放了如下的信息： Timestamp…

目的 故障排除步骤 适用于： MySQL服务器版本 5.0至5.7[5.0版到5.7]   A 第一反应 A.1 停止，备份，重启 停止MySQL 服务器。如果它已经下线或崩溃，跳到步骤 2。 代码：   /etc/init.d/mysqld stop   这里的目的是要冻结数据和表文件的当前状态，这样就没有新的写入发生，并且我们能创建文件副本，而无需注意文件更改会导致数据不一致，或存储信息的丢失。  …

假设你在使用MySQL中的InnoDB表，但是硬件出现问题，或者遇到了驱动程序错误，内核错误，电源故障或某些罕见的MySQL错误，而在InnoDB表空间的某些页被损坏。在这种情况下，Innodb通常打印出如下：   InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 7. InnoDB: You may…

ORACLEデータベースを正常にオープンできない場合やマウントできない場合、データベースが損傷した場合等にオラクルデータベースファイル(～.dbf)を直接読み込むことによって、ファイルから有効なデータを抽出するツールです。 Oracleデータベース救済-リカバリ-運用とメンテナンス-オプティマイザサビースは詩檀ソフトに訪ねてください。 にいる方は：+86  13764045638   独立したｃ–プログラム、 DULは独立したＣプログラムで、データファイルのテーブルから直にラインを読み取る。OracleのRDBMSを全然使われていない。DULはダーティリードする。すべてのトランザクションが提出されたと仮定する。メディア・リカバリが完成されたかを確認する必要はない。   最後の手段     DULはほかの方法で検索できないデータを検索できるので、これがEXP，SQL *などの代用品ではなくて、最後の手段だ。正常な環境にはふさわしくない。 DULを使う前に、RDBMSにいろんな隠しの手段が壊滅したデータベースを起動できることを知ることが必要である。記録なしのinit.oraパラメータとトランザクションがロールフォワードがスキップできて、ローるバックや特定したSMON動作が使えない。     データベースが壊滅した–データブロックがまだ大丈夫 データベースが壊滅したことはまだ大丈夫だが、独立したデータブロックが100％に正確ということを確保しないといけない。すべてをエクスポートしてテストする時に、ブロックが壊れていないことと正確なセグメントに属していることを確保してください。もし、スキャンしている時に壊れたブロックを見つけたとしたら、エラ情報がロードプログラムに印刷してエクスポートする。そして次の行かブロックをインポートする。 cluster/テーブル/インデックスのライン DULはcluster/テーブル/インデックスのラインにあるデータをエクスポートするしかできない。これはトリガをダンプしない、ストアドプロシージャ、テーブルまたビューのSQLスクリプトを作成しません。（これを説明するデータディクショナリーはエクスポートできる）。そのデータはSQL…

PRM-DUL ORACLE 数据恢复软件总贴PRM-DUL 是一个基于JAVA语言编写的DUL类软件，其引入了图形化界面GUI和DataBridge特性。 全程GUI使得用户无需大量时间去学习命令行操作，直接可操作PRM-DUL从受损的ORACLE数据库中抽取数据。 DataBridge特性让抽取到的受损数据库的数据可以直接导入到目标库中，像DBLINK一样简单，而不需要使用sqlldr 或者 exp/imp来操作。PRM-DUL目前有2个版本： 社区版： 在完全免费的社区版中，数据抽取和数据搭桥的行数限制是一万行。ASM文件克隆功能在社区版中全面可用。企业版： 购买企业版意味在一套数据库(一个license对应一套数据库)内完全使用PRM的所有功能，没有任何限制购买PRM-DUL，请联系我们：国内热线号码： 13764045638      备用电话：13764045638 ORACLE技术专家服务邮箱：　[email protected] PRM-DUL 最新版本下载地址： https://zcdn.parnassusdata.com/DUL5108.zip   PRM-DUL…

D 公司的DBA由于误操作删除了TS$数据字典基表导致数据库无法启动   Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 – 64bit Production With the Partitioning, Automatic Storage Management, OLAP,…

在我以前的文章中，我解释了它如何在某些特定情况下，从一个完整备份恢复单个表，以节省时间，使恢复过程更简单。现在的情况更糟糕，因为我们没有备份或备份恢复过程不起作用。我如何恢复已删除的行？ 我们将根据之前帖子中相同的例子，所以我们需要从表“salaries”中删除员工10008的记录。“意外”删除行之后，你应该停止MySQL，获取salaries.ibd的副本，并再次启动它。稍后，我们将从ibd文件提取这些被删除的行，并导入到数据库中。删除行和数据库停止之间的时间是至关重要的。如果页被重用，你无法恢复数据。 我要通过四个步骤解释全过程，以便更清晰明了：     从表空间提取所有InnoDB页：   首先我们需要下载Percona数据恢复工具并使用“make”命令编译所有工具。在本例中，我要在/root/recovery-tool文件夹安装工具，数据如表空间和被恢复行在/root/recovery-tool/data。 编译后，我们需要将salaries.ibd表空间复制到恢复工具的数据目录。为了提取的所有页，我们将使用page_parser工具。该工具会找到并将表空间的所有页提取到输出目录。我们只需要指定行格式（-5），以及表空间位置（-f） The row format can be -4 (REDUNDANT) or -5 (COMPACT). From…

    c_parser 是工具包中的一个命令行工具，它能读取 InnoDB 页面并从中获取记录。虽然它可以扫描任何字节流，但恢复质量比你将属于表的PRIMARY索引的页面提供给 c_parser 更高。所有InnoDB索引有自己的标识符，又名index_id。InnoDB字典储存表名和index_id之间的对应关系。这是第一个原因。 另一个原因是InnoDB字典能恢复表结构。当一个表被删除，MySQL删除相应的.frm文件。如果你既没有备份，又没有表schema，恢复该表结构就有相当大的困难。这个话题需要我哪天再写一篇单独的文章来讲。 假设你对以上足够确信，我们就能继续InnoDB字典的恢复了。   拆分 ibdata1 InnoDB 字段储存在 ibdata1中，所以我们需要分析它并获取存放字典记录的页面。使用 stream_parser 。     # ./stream_parser -f /var/lib/mysql/ibdata1 ...…

人为错误是不可避免的。错误的 “DROP DATABASE” 或 “DROP TABLE” 可能会破坏MySQL 服务器上的重要数据。备份是有帮助的，但不总是可用。这种情况是可怕的，但不至于没有希望的。在许多情况下，恢复几乎所有在数据库或表中的数据是有可能的。 我们来看看如何能做到这一点。恢复计划取决于InnoDB将所有数据储存在单个ibdata1还是每个表都有自己的表空间。在这篇文章中，我们考虑innodb_file_per_table= OFF的情况下。此参数假定所有表都保存在一个公共文件中，通常位于位于/var/lib/mysql/ibdata1。   错误操作 – 表删除 在这个情况下，我们使用测试数据库sakila 以及附带的工具。 假设我们错误删除了表actor：   mysql> SELECT…

我们介绍了在innodb_file_per_table 设为OFF，意外删除了表时，使用恢复工具包进行恢复的情况。 在这篇文章中，我们将展示在innodb_file_per_table 开启的情况下如何恢复 MySQL 表或数据库。假设mysql 服务器的设置为innodb_file_per_table=ON，这个参数告诉InnoDB 将用户表储存在单独的数据文件中。 在恢复测试中我们使用与之前文章中相同的数据库sakila。     root@test:/var/lib/mysql/sakila# ll total 23468 drwx------ 2 mysql mysql 4096 Jul 15…