Retrospect Exchange Server Agent アドオンも使用する場合は、セキュリティをお読みください。Exchange Server Agent のセキュリティ設定に関する詳しい説明があります。

不適格なユーザがバックアップコンピュータで Retrospect を起動して、SQL サーバをバックアップする事態そのものは、さまざまな手段で防止できるでしょう。重要なのは、正しいセキュリティコンテキストで動作し、正しいセキュリティコンテキストで各 SQL サーバにアクセスするように、Retrospect を設定することです。たとえば、SQL サーバへの十分なアクセス権を持つユーザとして実行されるように Retrospect の環境設定を行ったり、各 SQL サーバに SQL 認証またはドメイン認証を通じて、個別にログインするように設定する必要があります。

Retrospect をすでにインストール済みまたは実行済みであるかどうかにかかわらず、またセキュリティ環境設定を以前どのように設定していたかにかかわらず、SQL を操作できるようにするには以下の手順に従ってください。

Retrospect をバックアップコンピュータにインストールしていない場合は、「はじめに」の説明に従ってインストールを行います。セキュリティで前述したように、セキュリティ環境設定を行います。

SQL サーバを Retrospect クライアントとして使用する場合、そのコンピュータに Retrospect クライアントソフトウェアをインストールします。詳細は、「ネットワーク接続クライアント」を参照してください。

SQL サーバにライセンス供与を行った後は、それをスクリプトに追加し、元ボリュームリストや宛先ボリュームリストで使用することができます。SQL サーバはボリュームデータベースウィンドウで使用することもできます。

SQL データにはアーカイブ操作は実行できません。

SQL サーバまたはデータベースをバックアップするには、バックアップスクリプトを使用するか、基本バックアップを始動できます。どの方法でも、元ボリューム、宛先ボリューム、選択基準、オプションという、Retrospect の他のバックアップ操作と同じ要素を使用します。

元ボリュームとして、SQL Server コンテナとデータベースをどれか 1 つ、またはそれらを組み合わせて選択します。または、「マイコンピュータ」または「バックアップクライアント」を選択して、それぞれローカル SQL サーバまたはクライアント SQL サーバをバックアップします。

宛先ボリュームとして、バックアップセットをどれか 1 つ、または組み合わせて選択します。

SQL データベースのバックアップでは、セレクタは無視されます。バックアップ元にデータベース以外のボリュームと SQL データベースの両方が存在している場合のみ、指定したセレクタがデータベース以外のボリュームに適用されます。

SQL Server オプショングループでは、Retrospect がバックアップ元に対して試行するバックアップのタイプを決定できます。「フルバックアップ」、「差分バックアップ」、「ログバックアップ」、または「切捨てしないログバックアップ」を選択します。

データベースが以前にフルバックアップされていなかった場合は、フルバックアップ以外のバックアップを行うことはできません。この場合は、自動的にフルバックアップが試みられます。

スクリプトによるバックアップの計画を行うとき、異なる種類のバックアップに個別のスクリプトを作成します。たとえば、金曜日に実行するフルバックアップスクリプトをスケジュールし、毎日実行する差分バックアップスクリプトをスケジュールできます。

利用可能なオプションについては、Windows SQL Server オプションを参照してください。

Retrospect は、各データベースの各バックアップセッションを追跡します。「レポート」>「データベースバックアップの履歴」から、バックアップの履歴を表示できます。

ウインドウには、各 SQL データベースの Retrospect のデータベースセッションスナップショットがすべて一覧表示されます。（Exchange データベースとストレージグループもこのウィンドウに表示されます。）

ウィンドウの下部にあるボタンを使用して、スナップショットのプロパティを表示したり、バックアップセットからデータベースセッションを追加したり、このリストからスナップショットを削除したりできます。

スナップショットのプロパティを表示すると、データベースを復元するのに必要なバックアップセットメディアが表示されます。

SQL サーバまたは 1 つ以上のデータベースを復元するには、スクリプトを使用するか、基本復元を始動できます。どの方法でも、元データベーススナップショット、宛先サーバ、選択ファイル（メールボックスからのメッセージとフォルダのみ）、オプションという、Retrospect の他の復元操作と同じ要素を使用します。

SQL サーバ（システムボリュームとデータベース）を完全にバックアップした後は、障害発生時のデータ損失から復旧することができます。

最初に、バックアップコンピュータの復元にある該当手順に従ってください。次に、以下の手順に従ってください。

1. サービスを再起動する。

SQL サーバ（特に、そのマスター、モデル、および msdb システムデータベース）をバックアップするのに Retrospect オープンファイルバックアップアドオンを使用したバックアップから復元した場合は、以下の手順に従います。そうでない場合は、この手順をスキップして次の手順に進みます。

SQL アプリケーションを復元した後、このデータベースにより SQL サービスを開始できます。システムのすべてのパーティションを復元した後、SQL サービスが動作していることを確認します。サービスが動作していない場合は、SQL Server Service Manager または SQL Server Enterprise Manager.から起動します。

Enterprise Manager で SQL サーバの登録が失われている場合、登録し直します。

次の手順をスキップします。

2. 再構築後にサービスを再起動する。

SQL サーバ（特に、そのマスター、モデル、および msdb システムデータベース）をバックアップするのに Retrospect オープンファイルバックアップアドオンを使用したバックアップから復元しなかった場合は、以下の手順に従います。それ以外は、この手順をスキップして次の手順に進みます。

Microsoft の「検索」ユーティリティを使用して、システム上で rebuildm.exe ユーティリティを探します。Microsoft SQL インストール CD を用意します。

SQL サービスは、マスターと他のシステムデータベースがないと起動しないため、rebuildm.exe ユーティリティを使用してデータベースを再構築します。システム上の各 SQL インスタンスに対して、ユーティリティを実行します。システムデータベースを復元した後、SQL サービスが起動したことを確認します。必要であれば、手動でサービスを起動します。

3. シングルユーザモードでデータベースを復元する。

コマンドラインからではなく、SQL Server Enterprise Manager から、シングルユーザモードで SQL サーバを起動します。サーバを右クリックし、「プロパティ」を選択します。「全般」「起動時のパラメータ」を順にクリックして、新しいパラメータ -m. Stop を追加し、SQL Server Service Manager を使用して SQL サービスを再起動します。これで、SQL サーバはシングルユーザモードで動作し、すべてのサービスは同じユーザ ID で動作します。

Retrospect を使用して、最新のデータベーススナップショットからマスターデータベースだけを復元します。

復元操作を完了した後、-m オプションを削除し、SQL サーバを停止して再起動し、ノーマルモードに戻します。

4. 疑わしいデータベースを削除する。

上記手順を完了した後、グレー表示で疑わしいというマークが付いたデータベースが SQL Enterprise Manager の中にあります。これは、そのサーバのすべてのデータベースのレコードがマスターデータベースに含まれていて、関連データファイルが紛失しているデータベースが疑わしいためです。SQL サーバ上の疑わしいデータベースをすべて削除して、次の手順を成功させます。

5. データベースを復元する。

Retrospect を使用して、msdb データベースを復元し、その後に他のすべてのデータベースを復元します。必ず最新のデータベーススナップショットから復元します。各 SQL サーバのすべての SQL データベースを復元した後、システムは使用できる状態になります。

SQL Enterprise Manager のログを見れば、Retrospect で生成されたエラーの詳細を調べることができます。