2

Google グループからの再投稿です。現在、1 週間に 1 つずつ、合計 7 つのバックアップ フォルダーを保持しています。毎晩、cron ジョブは特定の日のバックアップ フォルダの内容をフラッシュし、完全バックアップと増分バックアップ (1 分に 1 回実行) で新たに開始します。問題となっているのは、サーバーが 1 日の境界を越えたときにサーバーがダウンしている可能性があるユース ケースです。この場合、翌日のバックアップ フォルダーの内容は削除されません。動作は、増分バックアップが古い古いデータに対して実行されるだけであり、一見問題はありません。バックアップのドキュメントを読むと、増分中に適用されるトランザクションは、トランザクションが適用されるバックアップ セット (つまり、古いデータ) から完全に切り離された、運用データから発生したトランザクションに基づいていることがわかります。

では、SOD 後の最初の増分バックアップを実行する前に、対象のフォルダーに古いデータが含まれているかどうかを確認するために、どのような信頼できるテストを行うことができるでしょうか? ログファイルの日付など、いくつかの明白なことがありますが、信頼できるバックアップフォルダーデータのどこかに埋め込まれた日付スタンプを検出する決定的な方法があるかどうかを確認するために、これを投稿すると思いました.

ありがとう、エリック。

4

1 に答える 1

1

neostoreこれを行う方法は、毎週のバックアップ ディレクトリからのファイルの変更/作成タイムスタンプを前日のものと比較することです。このファイルは、完全な Neo4j バックアップに常に存在することが保証されているため、安全に確認できます。現在の日付のタイムスタンプが以前のものよりも古い場合は、明らかに古いバックアップがあり、適切なアクションを実行できます。

ここで見つけることができる UNIX のようなオペレーティング システムでタイムスタンプを比較する方法: https://superuser.com/questions/138270/compare-file-timestamp-in-bash

それが役立つことを願っています。

于 2013-04-09T09:21:49.317 に答える