web-dev-qa-db-ja.com

Active Directoryが完全に失われた後、Exchange 2013データベースからデータを回復する方法

シナリオ:Windows Server 2003 ADドメイン内の単一のExchange 2013サーバー。 1つDC数か月前に機能不全になり、適切に降格せずに却下されました);もう1つDCが昨日死亡し、使用可能なバックアップがありません。簡単に言うと、そのADはもうありません。

Exchangeサーバーは完全に機能していますが、Exchange自体は機能していません。ただし、データベースファイルは安全であり、データベースをクリーンシャットダウン状態にすることも可能でした。

ADドメインは最初から再構築する必要があります。それほど大きな損失はありません。小さな会社です。20台のPCを新しいドメインに再参加させる必要があり、20人のユーザーはクリーンなユーザープロファイルに直面し、一部のファイル共有はACLを再設定する必要がありますが、全体としては大きな災害ではありません( DCはトラブルを求めることを意味するだけで、DCそれのバックアップはありませんはかなり非常に異常です)。

同社は実際にExchangeを再び立ち上げることに関心を示していません。彼らは、ファイルサーバーよりも複雑なものを実行することに不向きであることを認め、心からOffice 365に移行しています。ただし、Exchangeデータを回復したい。

必要なラボ環境を構築できるため、新しいADと新しいExchange 2013サーバーを起動することは問題ありません。ただし、回復したデータベースを新しいAD/Exchange環境にマウントするには、実際に何が必要ですか?

私はこれを数年前にExchange 2003で行いましたが、それは 王室の苦痛 でした。機能しましたが、ADとExchange組織名からデータベースパスとユーザー名まで、Exchange構成の1ビットが一致する必要がありました。しかし、現在Exchange 2013があり、これには多くのニースの改善がありすべきである物事をより簡単にします。管理/ルーティンググループはもう存在しません。新しいストレージアーキテクチャにより、ストレージグループが廃止され、サーバーからデータベースが切り離されました。最後に、寓話的な データベースの移植性 (ただし、同じ組織内のサーバー間でのみ機能すると記載されています)と完全に愛らしい 回復データベース

私が知っていること:無効なADドメインの名前、Exchangeサーバーの名前、データベース名とそのファイルパス、Exchange 2013バージョン(CU3)。
わからないこと:Exchange組織の名前(推測はできますが、確信が持てません)、ユーザーログイン(上記と同じ)。

ExchangeデータベースをマウントしていくつかのMailboxExportRequestsを実行するために、これらのパラメーターのいくつがまだ一致する必要がありますか?この復元プロセスは少し改善されましたか、それとも手作業で苦労していますか?リカバリデータベースは役に立ちますか(実際にuseするのではなく、DBをマウントしてデータをエクスポートするだけで済みます)?

「新しいExchangeサーバーを起動し、空のデータベースを作成し、回復したファイルをコピーし、DBをマウントしてすべてをエクスポートする」のと同じくらい簡単かもしれません...または、私たちは間違いなく notまだまだありますか?

7
Massimo

これはa lotが予想よりも簡単であることがわかりました。

すべてのExchange 2013データベースは、組織やActive Directoryドメインに関係なく、任意のExchange 2013サーバーにマウントできます(ただし、同じまたはそれ以上のCUレベルがサーバーに必要な場合があります)。

外部データベースがサーバーにマウントされている場合、は完全に機能し、新しいメールボックスの格納にも使用できます; DB内のすべてのメールボックスは切断されたメールボックスとして扱われ、これらはユーザーアカウントに接続できます、なしで使用できますどんな問題でも(もちろん)エクスポートできます。
データベースの移植性、確かに!結局のところ、私たちはareのように見えます。

したがって、元の環境が利用できないときにExchangeデータベースからデータを回復するプロセスは、次のようになります。

  • 新しいActive Directoryドメインと新しいExchange 2013サーバーを構築します(利用可能な場合は、既存のドメインを使用します)。彼らはあなたが望むように名前を付けることができます、すべての名前は完全に無関係です。
  • 新しい空のメールボックスデータベースを作成します。 DB名とファイルパスはまったく関係ありません。
  • 復元からデータベースを上書きできるようにします。
  • 元のサーバーからEDBファイルを取得し、それがクリーンシャットダウン状態であることを確認します(そうでない場合は、eseutilと元のトランザクションログを使用して、標準のデータベース回復を実行します)。
  • 新しいExchangeサーバーが新しいデータベースを見つけると期待する場所にEDBファイルを配置します(必要に応じて名前を変更できます)。
  • データベースをマウントします。
  • Get-MailboxStatisticsコマンドレットを使用して、データベース内のメールボックスのリストを取得します。
  • 回復するメールボックスに再接続するために必要な数のユーザーアカウントを作成します。
  • Connect-Mailboxコマンドレットを使用して、データベース内のメールボックスを新しいユーザーアカウントに接続します。

それでおしまい;これで、復元されたマイボックスを使用できます。または、New-MailboxExportRequestコマンドレットを使用してPSTファイルにエクスポートできます。

6
Massimo

あなたがやりたいのはアイテムを回復することだけなら、はい、それはあなたが言うのと同じくらい簡単ですが、あなたのステップは少しずれています。

  1. 新しいExchangeサーバーをインストールします。
  2. 新しいメールボックスデータベースを作成します。 (復元時間を短縮するために、それらが循環的にログに記録されることを確認してください。)
  3. 古いデータベースをリカバリデータベースとしてマウントします。
  4. Restart-Service MSExchangeIS
  5. メールボックスごとに、New-MailboxRestoreRequestコマンドを実行します。

明らかでない場合は、メールボックスデータベースの2番目のコピーを作成するのに十分な空き領域が必要です。

特別なフォルダのアクセス許可、委任、フルアクセス、および送信者権限はすべて失われるか失われることに注意してください。

ただし、このすべての明るい面は、何も一致する必要がないということです。ソースとターゲットのメールボックスをNew-MailboxRestoreRequestに提供するだけで、アイテムがコピーされます。

おそらく、古いx.500アドレスを把握して、それらを新しいメールボックスに追加する必要があります。そうしないと、古いメッセージに返信しても機能しません。

3
longneck