正常に動作している Exchange 2019 サーバーを所有していますが、誤ったインポートによりメールボックスに実際に存在していたデータよりも何倍も多くのデータがアーカイブにコピーされたメールボックスを削除した後、必要以上に大きくなったアーカイブ データベースに対してオフライン デフラグを実行したいというのが理想です。
Name DatabaseSize AvailableNewMailboxSpace
---- ------------ ------------------------
Archives 50.13 GB (53,821,308,928 bytes) 49.8 GB (53,472,526,336 bytes)
問題は、データベースにアクセスできないことです (管理者がデータベースを参照しようとしてもアクセス許可エラーが発生します)。他に選択肢がない限り、または Microsoft のドキュメント化された手順に従う場合を除き、Exchange フォルダーのアクセス許可を変更したくないのです。
Exchange がデフォルトで自分自身へのアクセスのみを許可するように設定されている場合、データベース ファイルに対して直接何らかの回復/メンテナンスを実行するための正しいプロセスは何ですか? もはやeseutil
サポートされていませんか、それとも edb ファイルに触れることはまったく推奨されていませんか?
答え1
データベースにアクセスできません。管理者はデータベースを参照しようとしても権限エラーが発生します。
このアクセス許可の問題はいつ、どこで発生しましたか? データベースに関連するコマンドレット (Get-MailboxDatabase、Dismount-Database など) を実行したときですか、それとも他のシナリオですか?
現在のアカウントにデータベースを管理する権限があることを確認してください。メールボックス データベースの権限
最近では、どのようなことをするにしても正しい手順は何でしょうか? Exchangeが稼働しているときにデータベースファイルに直接リカバリ/メンテナンスを実行 デフォルトでは自分自身へのアクセスのみを許可するように設定されているのでしょうか?eseutilは もうサポートされていないのか、それともedbファイルに触れることを推奨していないのか 全て?
私の知る限り、eseutilツールを使用して破損したデータベースのヘッダーを確認し、データベースを修復することができます。State
ヘッダーに「ダーティシャットダウンESEUTIL を使用してデータベースを修復する方法の詳細については、以下を参照してください。ESEUTILでデータベースを修復する
さらに、データベースのサイズを縮小したい場合は、ESEUTIL によるデータベースのオフライン最適化ではなく、次の操作をお勧めします。
新しいデータベースと関連するデータベースのコピーを作成します。
すべてのメールボックスを新しいデータベースに移動します。
元のデータベースとそれに関連付けられたデータベースのコピーを削除します。
以下の関連ブログを参考にしてください。空白を取り戻す方法
答え2
Ivan_Wang がすべての点を示唆しているように、eseutil を使用する前にいくつかの前提条件があります。
eseutil を使用する前にデータベースのコピーを作成してください。
データベース サイズの 20% に相当する十分なスペースがあることを確認します。
Eseutil/P モードを実行します。
Eseutil /D モードを実行します。
Isinteg を -fix -test alltests モードで実行します。