1cアカウンティングのコピー方法。 データベースのコピーをファイルにアップロードする。 メソッド：アンロード情報データベースを使用します。

過負荷を避けるために前回のバックアップを削除しますか？ データベースを復旧するにはどうすればよいですか？ データを保護するには、情報データベース1Cのバックアップが必要です。 このセクションでは、上記の問題について説明し、さまざまなタイプのバックアップ作業、保守計画の作成、およびバックアップ戦略での使用方法について説明します。

最も簡単なタイプのバックアップは、データベースの完全バックアップです。データベースの完全なコピーで、データベースを復元できる単一時点を提供します。 バックアップ処理には数時間かかることがありますが、バックアップはある時点でのみ復元できます。

別の種類のデータバックアップは差分バックアップです。 差分バックアップはフルバックアップと同じ操作を実行しますが、以前のフルバックアップ以降に変更または追加されたすべてのデータのみを含みます。 差分バックアップは完全バックアップ後の累積的な連続バックアップであり、データを変更または追加するとサイズが大きくなります。 では、なぜ差分バックアップが必要なのでしょうか？

これについてはバックアップ戦略のセクションで説明しますが、差分バックアップでは実際にリカバリ操作が高速化され、リカバリ処理中に多くのトランザクションログバックアップをスキップできます。 差分バックアップを使用すると、同じ時点に到達するために複数のトランザクションログエントリを書き換えるよりも、大幅に高速化する方がはるかに高速です。

アンロード情報データベース

トランザクションログバックアップには、最後のログバックアップ以降に作成されたすべてのトランザクションログエントリが含まれ、特定の時点でデータベースを復元するために使用されます。 これは、累積的な差分バックアップと異なり、差分バックアップが増分することを意味します。 それらが増分であるため、特定の時点にデータベースを復元する場合は、その時点以前にデータベースを再修正するために必要なすべてのトランザクションログエントリが必要です。

方法：アンロード情報データベースを使用する

それらはログバックアップチェーンに含まれています。 ログのバックアップチェーンはフルバックアップまで拡張されていますが、リカバリ中にすべてのバックアップログをリストアする必要はありません。 日曜の夕方と水曜日の夜、ログバックアップを30分ごとに実行すると、日曜日から始まり、金曜日の災害発生後にデータベースを復元すると、水曜日から水曜日までのジャーナルの全バックアップとすべてのバックアップコピーを使用できます 日曜日の夜にフルバックアップに完全に戻る代わりに、

ログバックアップチェーンは、一連の一連のログバックアップで、データベースを特定のポイントに復元するために必要なすべてのトランザクションログエントリを含んでいます。 チェーンはデータベースの完全バックアップから始まり、何かがチェーンを切断するまで続きます。これにより、別の完全バックアップが取られるまで、ログのバックアップがより多く行われなくなります。 トランザクションログのサイズを管理するには、ログをバックアップする必要があります

ログファイルがログに記録されないようにするには、定期的なログバックアップを作成する必要があります。 ログバックアップは、次のセクションで説明する完全復旧モデルでのみ使用できます。 これらのモデルのそれぞれは、ディスク容量の節約と災害復旧の粒度の確保との間のトレードオフのバランスをとるための異なるアプローチを表しています。

シンプルなリカバリモデルはシンプルでシンプルです。 単純復旧モデルを使用するデータベースでは、完全バックアップまたは差分バックアップのみをリストアできます。 このようなデータベースを特定の時間にリストアすることは不可能で、完全バックアップまたは差分バックアップが発生した時点でのみリストアできます。

バックアップテンポラリファイルの外部処理

完全復旧モデルには、自己記述的な名前もあります。 これにより、完全および差分のデータベースバックアップとトランザクションログバックアップの組み合わせを含む災害復旧計画を作成できます。

オペレーティングシステムとサードパーティのプログラムのバックアップツール

データベースに障害が発生した場合、完全復旧モデルを使用してデータベースをリストアするときに最大の柔軟性が得られます。 トランザクションログに格納されたデータへの変更を保存するだけでなく、完全な回復モデルでは、特定の時点でデータベースを復元することができます。

方法：設定ファイルをコピーする

ディザスタリカバリは、災害発生時に情報システムとデータを復元するために使用できるプロセスです。 自然災害の例としては、火災や技術災害などの自然災害や人為的災害などがあります。 災害復旧計画は、災害に対応して行わなければならないすべての行動を準備することに専念する仕事です。 計画には、貴重なデータを回復するための戦略を選択することが含まれます。

そのような場合には、30分以内に既に復元されたデータを保存することをお勧めします。 独立したサーバー上のインターバル。プロダクションサーバーから遠隔地にあることが好ましい これは高価なバックアップ戦略である可能性がありますが、少なくとも2つの目的で動作します。

ユーザーを既に復元されたデータベースに接続し、最初から復元します。 データを潜在的な災害地域から遠ざけてください。 。 完全バックアップのみを含む戦略は、復元できるものによってはいくらか制限されます。 原則として、図に示すように完全なバックアップ時間だけを復元することができます。 このため、データの損失を避ける必要があり、データを再作成できない場合は、図に示すようにバックアップログも含まれています。

データベースのコピーをファイルにアップロードする

完全バックアップによるバックアップ戦略。 完全バックアップとバックアップログを使用したバックアップ戦略。 ログバックアップが30分ごとに実行されるとします。 すべてのバックアップが利用可能である限り、30分おきにトランザクションログをバックアップすると、半時間も仕事を失うことはありません。 しかし、これは最善の戦略ではないかもしれません。 最初に行うことは、テールをバックアップして復旧を開始することです。

この問題を緩和するために、より頻繁なフルバックアップを使用する戦略もありますが、毎日など、膨大な時間を要する可能性があります。 別の方法として、以前のフルバックアップ以降に変更されたデータのみを含む差分バックアップを使用する方法があります。 この例を続けると、この戦略が図に示されています。

1C情報ベースのバックアップ戦略の適用

完全バックアップ、ログバックアップ、および差分バックアップによるバックアップ戦略。 それは非常にシンプルで人為的な例でしたが、それぞれのバックアップの利点を明確に示しています。 週に1回、毎週日曜日に頻度が「毎週」に設定されています。

フルバックアップファイルが重複しないようにするには、「バックアップファイルが存在する場合」の「上書き」を選択することが重要です。 また、「バックアップの整合性をチェックする」を選択することをお勧めします。 必須ではありませんが、バックアップの検証は良い方法です。

バックアップ検証では、バックアップの物理的な整合性が検証され、バックアップ内のすべてのファイルが読み取り可能で復元でき、使用する必要がある場合はバックアップを復元できます。 効果的なバックアップ計画の次のステップは、毎日の差分バックアップを作成することです。 毎日の差分バックアップには、完全バックアップを作成した時点から差分バックアップを作成する瞬間までの情報が含まれます。つまり、後続の差分バックアップごとに前回の差分バックアップのデータが蓄積され、前回のバックアップを新しいものに上書きすることは安全です。

「バックアップファイルがある場合」セクションで、「トランザクションログ」と「上書き」を選択してください。 これにより、新しい差分バックアップごとに新しいトランザクションログバックアップセットが起動することが保証されます。 次のトランザクションログファイルはすべて1時間ごとに実行され、前のトランザクションログに追加する必要があります。

1時間のバックアップを作成するときは、「追加」を選択することが非常に重要です。 今度は、すべてのバックアップが動作し、指定された保存先に保存されていることを確認してください。 次に、バックアップが作成され、指定された場所に保存されていることを確認します。