Oracle 12cアーカイブの基本 - ダミー

ビデオ: [2019年9月] 手快有, 手慢无, Oracle 甲古文云虚拟机实例创建教程,一步步教你创建永久免费的虚拟机, 还有使用SSH登录和端口设置 2025

アーカイブは、すべてのデータ変更を追跡するデータベースの機能です。アーカイブのオン/オフを切り替えることができます。幸いなことに、Oracle 12cでは最小限のオーバーヘッドが発生するようにアーカイブを設計しています。結局のところ、価格は安価でゼロに近いゼロデータ損失で24時間365日稼働しているという安心感があります。

Oracle 12cでアーカイブを有効または無効にする方法

アーカイブをオフにしておくと、データベースが閉じられたときのみ（一貫したバックアップとも呼ばれる）データベースのバックアップを取ることができます。そのデータベースをシャットダウンし、マウント・モードで起動します。その結果、データに変更は許可されません。

<！ - 1 - >

この方法では、その時点で存在するデータの一貫したコピーを取得できます。このバックアップを復元する必要がある場合は、データベースはバックアップが取られたときとまったく同じように見えます。たとえ1年前だったとしてもそうです。

アーカイブをオフにすると、いくつかの不具合が発生する可能性があります。

データベースに24時間365日の可用性が必要な場合、不便さは受け入れられません。あなたはそれを停止して、バックアップがかかる限り変更を禁止することはできません。
<！ - 2 - >
毎日一貫したバックアップを行っても、バックアップ間で発生する変更はどうなりますか？以前のバックアップからリストアする必要がある場合、それらは失われます。
<！ - 1 - >

アーカイブをオンにすると、次のような利点があります。

すべてのデータ変更が追跡されます。
データベースを開いた状態ですべてのユーザーが使用できるバックアップを作成できます。
昨夜撮影したバックアップを復元する必要がある場合は、障害発生時まで追跡されたアーカイブを適用することができます。
<！ - 3 - >

現実には、アーカイブはほぼすべての実稼働データベースで必須です。バックアップを復元する必要がある場合に、データベースをかなりの期間オフラインにしたり、データを失うことはできません。

<！アーカイブ・プロセスの影響に加えて、作成されているすべてのアーカイブ・ログ・ファイルの処理方法を検討する必要があります。データベースのサイズと変更回数によって、作成するアーカイブデータの量が決まります。

アーカイブ・ログを格納する場所は、次の2つの選択肢があります。

高速リカバリ領域：

アーカイブ・ログをここに格納すると、Oracleはデータベースと日付でそれらをきれいに整理します。このソリューションにより、作業が少なくなり、構成するパラメータが少なくなります。

<！ - 9 - > LOG_ARCHIVE_DEST_
n
初期化パラメータ：これは実際には30個のパラメータです。 n は1から30までの数字を表します。そうです。アーカイブログを最大30個まで保存できますが、残念です。DBAは通常、2つ、おそらく3つのコピーを持っています。 spfileにLOG_ARCHIVE_DEST_1パラメータを設定する方法の例を次に示します。 alter system set log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive"; 最終行は、アーカイブログの作成、保存、およびバックアップを監視する必要があることです。それはDBAの生活の事実です。
```
良いニュースは、バックアップの間だけの回復のためにアーカイブログを保持する必要があるということです。毎晩バックアップを取ると、そのバックアップの前に作成されたすべてのアーカイブログをゴミ箱に入れることができますか？いいえ、
```

毎日それらをゴミ箱に入れないでください。どれくらい長く保管しておくのが一般的なルールではありませんが、次のような状況を考慮してください。

水曜日です。毎晩あなたのデータベースをフルバックアップし、アーカイブログモードで実行しています。バックアップが完了すると、そのバックアップの前に作成されたすべてのアーカイブログが削除されます。正午には、致命的なディスク障害が発生し、前夜（火曜日）からバックアップを復元する必要があります。前の夜のバックアップテープにはコーヒーがこぼれていて、もはやうまくいきません。私たちはどこでこれを見るつもりですか？

あなたは2夜前（月曜日）からバックアップテープに戻る必要があります。

バックアップを復元すると、夜間にバックアップをとるたびにすべてのアーカイブログを破棄したため、ディスクが今日失敗した時点までロールフォワードできないことがわかります。

アーカイブログをしばらく保存するだけでなく、バックアップの一部としてアーカイブログを保存することをお勧めします。

その他の要件がない場合は、少なくとも30日間はアーカイブログを保存することをお勧めします。このシステムでは、毎日または毎週のバックアップに何らかの不運な不慮の事故が発生した場合、戻ってくる時間が十分にあります。
このように見てください：アーカイブログをバックアップする場合、スペースを節約するためにアーカイブログをシステムから削除することができます。アーカイブログのバックアップを保存するもう一つの理由：これにより、データベースを以前からの期間に復元することができます。