問題タブ [backup-strategies]

この同一のコードは 3 つのサーバーで使用されており、そのうちの 1 つだけがサイレントにアイテムの移動に失敗します (それでもアイテムは削除されますが、共有には表示されません)。

Azure-MapShare.ps1

Get-Exclusion-Days.ps1

移行-Files.ps1

ジョブ ステップは、3 つのサーバーすべてで「PowerShell」タイプであり、次の同一のコードが含まれています。

SQL を使用してジョブ ステップを実行すると、ファイルは削除されますが、ストレージ アカウントには表示されません。このコード ブロックを手動で実行すると、移動します。

サーバーで PowerShell を起動すると、「'FileSystem' プロバイダーで InitializeDefaultDrives 操作を実行しようとして失敗しました」というエラー メッセージが表示されます。ただし、これは残りの操作 (バックアップ ファイルを BackupArchive フォルダーにコピーするなど) には実際には影響しません。

copy-item も共有へのコピーに失敗しますが、/BackupArchive フォルダーへのコピーには成功します。

私は git サーバーを持っており、災害時に備えてバックアップする予定です。私はそれをグーグルで検索し、そうするためのいくつかのポイントを得ました：

1. git clone repos を使用して、必要に応じて新しいサーバーにプッシュし、ローカルでも使用できます。
2. git バンドルを作成します。

gitの場所のサーバーのファイル構造全体（gitサーバーアプリケーションのすべてのファイル構造を含む）をコピーし、必要に応じてサーバーに戻す必要があるという議論をしている友人がいます。

皆さんの助けが必要です。どのように進めればよいですか、どの方法が最適ですか？

そのためにどのプラグインを使用すればよいですか？

bareos-fd.confからの構成と FileSet セクションを見せてもらえますかbareos-dir.conf

ありがとうございました！

cloudant DB に十分なデータがあり、紛失した場合に問題が発生するようになったので、データの定期的なバックアップを取得するための優れた/信頼性の高い (/無料!) 方法を検討しています。

ドキュメントと、レプリケーションによるバックアップの使用に関する推奨事項を確認しました ( https://docs.cloudant.com/backup-guide-using-replication.html )

ここでの方法は次のようです: 1. レプリケーションによるフル バックアップ 1 日 2. 翌日の別のバックアップへの増分バックアップ

ここには 2 つの欠点があるようです: 1. バックアップはまだ cloudant にあるため、長期保管のために安価な代替手段に移動できるのに対して、全額を支払う必要があります。レプリケーションを循環させます (たとえば、「フル」レプリケーションが月曜日に行われ、1 日おきにインクリメンタル レプリケーションが行われた場合、次の月曜日にフル バックアップが行われると、それ以前の日付 (例: 日曜日、土曜日、金曜日) に復元することはできなくなります)。等）

EC2にcouchdbをインストールし、それに複製し、夜間のバックアップをAmazon Glacierに取り込むなど、説明されている他のソリューションを見てきました（氷河は安価ですが、EC2のcouchdbインスタンスは面倒な費用のようです）。

誰かここに推薦がありますか？