私たちのサーバーのバックアップ担当者は、バックアップシーン全体で6時間以上オフラインでデータベース（大きなもの）をオフラインにします。ARCHIVELOGの結果
時間を置いて各スキーマをバックアップするという、より小規模で頻繁なバックアップタスク、または異なる時間にテーブルのセットをバックアップすることができるかどうかを尋ねました。
私たちがARCHIVELOGを回すことに決めたならば、彼らの答えは可能でした。パフォーマンスに影響を与えるでしょう。
バックアップを行う方法と同じくらいよく慣れていません。
私のスキーマをより効率的にバックアップするために推奨するオプションは他にもありますか？
ありがとうございました！
f。
データベースのARCHIVELOGが無効になっている場合、ハードウェア障害（最後のバックアップ以降に入力された可能性のあるすべてのデータ）が発生するとデータが失われます。これが受け入れられれば、ARCHIVELOGを無効にすることができます。
実稼働環境では、データを失うことのないようにする必要があります（これがDBAの主な目標です）。その場合、パフォーマンスについての議論は疑問です。あなたはARCHIVELOGをオンにする必要があります。その後、ホット・バックアップが可能で、RMANを使用するとコールド・バックアップよりも複雑ではなく、データベース・キャッシュをフラッシュしない（パフォーマンスが向上します）。 Recovery Managerを使用して、最後のバックアップ以降に変更を記録する（フル・コールド・バックアップではなく）増分バックアップを作成できます。
さらに、十分なIO（ディスクを追加する）では、アーカイブログの書き込みがパフォーマンスに顕著に影響しないようにデータベースを設定できます。
ありがとうございました。データを失うことは、通常、実際には良いアイデアです。私はARCHIVELOGを有効にすることを選択していると思いますが、ハードウェアが増えていない場合の影響がどれほど悪いかを推測できますか？どの操作が最も影響を受けるか、「賢明ではない、少し悪い」というように – filippo
ああ、ストレージについてはどうですか？一度起動すると余分なスペースを取るだろうか？ – filippo
ストレージは、生成するREDOデータの量と、アーカイブログを保存する時間の長さによって異なります。これらのバックアップは、バックアップが完了するまでディスク上に保持する必要があります。これは、最後の完全バックアップ（増分バックアップまたはコールドバックアップ）以降の増分変更です。復元を容易にするために数日間の価値を維持したい場合があります。アーカイブ・ログの宛先がアクティブなREDOログおよびデータ・ファイルとは別のパーティションにある場合は、パフォーマンスの違いを気にする必要があります。 REDOログを生成してスワップするのではなく、アーカイブするよりも高速である限り、 –