ここでは、Small Business Server2003を実行しています。最近バックアップ手順を確認していましたが、ntbackupログで、Exchangeの差分バックアップが次のエラーで失敗していることに気付きました。
(SERVERNAME)\ Microsoft Information Store\First Storage Groupが有効なドライブではないか、アクセス権がありません。
グーグルのクイック検索はこのMSKB記事を見つけました: http://support.Microsoft.com/kb/55561 しかし、提案された修正の両方は私たちの問題に適用されません。最初の解決策は、バックアップメディアがフォーマットされ、十分なスペースがあることを確認することです。さて、私たちのバックアップターゲットは1 TB約600ギガの空き容量のある外付けハードドライブです。(ExchangeDBの完全バックアップは現在約5GBです)2番目に提案された修正は「インクリメンタルを実行する前に完全バックアップを実行してください。」また、週に2回完全バックアップを実行しているため、これは実行できません。
アプリケーションログにはエラーはなく、ntbackupの開始と終了のエントリのみが記録されます。また、サーバーの内部ドライブに差分バックアップと増分バックアップを実行することもテストしましたが、当然のことながらまだ機能しませんでした。
常にExchangeの完全バックアップを実行することでこの問題を回避できましたが、差分バックアップを実行することでスペース効率を高めるというアイデアが好きです。
誰かアイデアがありますか?
うわー、今回はグーグルスキルで失敗しました。私はさらに検索を行い、最終的に私の答えを見つけました:
増分バックアップと差分バックアップ 循環ログが有効になっている場合はExchangeでは機能しません 。その上、SBS2003ではデフォルトで循環ログがオンになっています。どうやら、バックアップを交換したことのない初心者のSBS管理者が何人かいて、彼らのハードドライブは最終的にExchangeログでいっぱいになるでしょう。そのため、SBSチームは交換を 循環ログをオンにした で出荷することにしました。
SBSは、組み込みのバックアップウィザードを使用してバックアップするのが最適です。 SBSは、すぐに使用できるツールを使用してのみ完全バックアップを実行します。より洗練されたものにする必要がある場合は、Symantec BackupExecなどのサードパーティソリューションを購入することをお勧めします。
すでに発見したように、SBSは交換データベースに「循環ログ」を使用します。これは、最小限のトランザクションログのみを維持し、ログがリサイクルされることを意味します。通常、Exchangeトランザクションログは、完全バックアップが実行されるまで保持され、その後削除されます。同じ小さなトランザクションログファイルが何度も再利用されるため、循環ログが使用される場合、これは当てはまりません。したがって、差分バックアップはバックアップするものがなく、循環ロギングが有効になっている場合は意味がありません。
Backup execには、個々のメールボックスやメッセージにバックアップおよび復元する機能など、NTBAckupの交換対応バージョンに比べていくつかの便利な追加機能があります。検討する価値があるかもしれません。