Azure DevOps Server 2022 |Azure DevOps Server 2020 |Azure DevOps Server 2019
SQL Server に用意されているツールを使用して、Azure DevOps Server のデータを手動でバックアップできます。 ただし、展開にこれらのツールの使用を妨げるセキュリティ制限がある場合は、バックアップを手動で構成する必要がある場合があります。
Azure DevOps を手動でバックアップするには、デプロイで使用されるすべてのデータベースをバックアップし、バックアップを同じ時点に同期します。 マークされたトランザクションを使用する場合は、この同期を最も効果的に管理できます。 Azure DevOps が使用するすべてのデータベースで関連するトランザクションを定期的にマークする場合は、それらのデータベースに一連の一般的な復旧ポイントを確立します。 これらのデータベースを定期的にバックアップする場合は、機器の故障やその他の予期しないイベントが原因で生産性やデータが失われるためのリスクを軽減できます。
警告
Microsoft サポートから指示されているか、このドキュメントで説明されている手順に従っている場合を除き、Azure DevOps Server データベースを手動で変更しないでください。 その他の変更により、サービス契約が無効になることがあります。
この記事の手順では、データベースの完全バックアップまたは増分バックアップを実行するメンテナンス プランを作成する方法と、マークされたトランザクションのテーブルとストアド プロシージャを作成する方法について説明します。 データ保護を最大にするには、完全バックアップを毎日または毎週実行し、増分バックアップを 1 時間ごとに実行するようにスケジュールする必要があります。 トランザクション ログをバックアップすることもできます。 詳細については、「 トランザクション ログのバックアップ (SQL Server)」を参照してください。
注
この記事の多くの手順では、SQL Server Management Studio の使用を指定します。 SQL Server Express Edition をインストールした場合は、SQL Server Management Studio Express を使用する必要があります。 詳細については、「 Download SQL Server Management Studio (SSMS)」 (SQL Server Management Studio (SSMS) のダウンロード) を参照してください。
前提条件
次のすべてのグループのメンバーである必要があります。
- Azure DevOps Server の管理コンソールを実行しているサーバー上の Administrators セキュリティ グループ。
- SQL Server システム管理者セキュリティ グループ。 または、バックアップするデータベースをホストする SQL Server の各インスタンスで、SQL Server の バックアップの実行とメンテナンス プランの作成 のアクセス許可を [許可 ] に設定する必要があります。
Reporting Services 暗号化キーをバックアップする
展開で SQL Server Reporting Services を使用する場合は、データベースだけでなく暗号化キーもバックアップする必要があります。
Azure DevOps Server を単一サーバーでデプロイする場合は、2 つの方法のいずれかで SQL Server Reporting Services の暗号化キーをバックアップできます。 Reporting Services 構成ツールを使用することも、SQL Server によって提供される RSKEYMGMT コマンド ライン ツールを使用することもできます。 複数サーバーまたはクラスター化されたデプロイの場合は、 RSKEYMGMT を使用する必要があります。 RSKEYMGMT の詳細については、RSKEYMGMT ユーティリティを参照してください。
暗号化キーをバックアップする方法の詳細については、「 管理 (Reporting Services)」を参照してください。 暗号化キーを復元する方法の詳細については、「暗号化キーの 復元 (Reporting Services の構成)」を参照してください。
前提条件
この手順を実行するには、 Reporting Services の コンテンツ マネージャー の役割を持つローカル管理者グループのメンバーであるか、 レポート サーバーのセキュリティの管理 アクセス許可を [許可] に設定する必要があります。
暗号化キーをバックアップします。
Reporting Services 構成ツールを使用して暗号化キーをバックアップするには:
Reporting Services を実行しているサーバーで、[ スタート] を選択し、[ すべてのプログラム] をポイントし、 Microsoft SQL Server をポイントし、[ 構成ツール] をポイントして、[ Reporting Services 構成マネージャー] を選択します。
[ レポート サーバー インストール インスタンスの選択 ] ダイアログ ボックスが開きます。
データ層サーバーとデータベース インスタンスの名前を入力し、[ 接続] を選択します。
左側のナビゲーション バーで、[ 暗号化キー] を選択し、[バックアップ] を選択 します。
[ 暗号化キー情報 ] ダイアログ ボックスが開きます。
[ ファイルの場所] で、このキーのコピーを格納する場所を指定します。
このキーは、Reporting Services を実行しているコンピューターとは別のコンピューターに保存することを検討してください。
[ パスワード] に、ファイルのパスワードを入力します。
[ パスワードの確認] で、ファイルのパスワードを再入力します。
[OK] を選択.
データベースを識別する
開始する前に、デプロイを完全に復元するためにバックアップする必要があるすべてのデータベースを特定します。 これには、SQL Server Reporting Services のデータベースが含まれます。 これらは同じサーバー上にあるか、データベースが複数のサーバーに分散されている可能性があります。 データベースの既定の名前など、Azure DevOps Server データベースの完全な表と説明については、「 Azure DevOps Server データベース、デプロイ トポロジ、バックアップについて」を参照してください。
データベースを識別する
SQL Server Management Studio を開き、データベース エンジンに接続します。
SQL Server Management Studio のオブジェクト エクスプローラーで、サーバーの名前を展開し、[データベース] を展開します。
データベースの一覧を確認し、デプロイで使用されているものを特定します。
たとえば、Fabrikam, Inc.の Azure DevOps Server デプロイは単一サーバー構成であり、次のデータベースを使用します。
- 構成データベース (Tfs_Configuration)
- コレクション データベース (Tfs_DefaultCollection)
- データ ウェアハウスのデータベース (Tfs_Warehouse)
- レポート データベース (ReportServer と ReportServerTempDB)
データベースにテーブルを作成する
すべてのデータベースが同じポイントに確実に復元されるようにするには、各データベースにトランザクションをマークするテーブルを作成します。 SQL Server Management Studio のクエリ関数を使用して、各データベースに適切なテーブルを作成します。
関連するトランザクションをマークするテーブルを作成する
SQL Server Management Studio を開き、データベース エンジンに接続します。
SQL Server Management Studio で、サーバーの名前を強調表示し、サブメニューを開き、[新しいクエリ] を選択します。
[データベース エンジン クエリ エディター] ウィンドウが開きます。
[クエリ] メニューから [SQLCMD モード] を選びます。
クエリ エディターは、クエリ エディターのコンテキストで sqlcmd ステートメントを実行します。 [クエリ] メニューが表示されない場合は、[ データベース エンジン クエリ エディター ] ウィンドウの新しいクエリ内の任意の場所を選択します。
SQL エディターのツール バーで、[使用可能なデータベース] の一覧を開き、TFS_Configurationを選択します。
注
TFS_Configurationは、構成データベースの既定の名前です。 この名前はカスタマイズ可能であり、異なる場合があります。
クエリ ウィンドウで、次のスクリプトを入力して、構成データベースにテーブルを作成します。
Use Tfs_Configuration Create Table Tbl_TransactionLogMark ( logmark int ) GO Insert into Tbl_TransactionLogMark (logmark) Values (1) GO
F5 キーを押して、スクリプトを実行します。
スクリプトが正しい場合は、クエリ エディターに "(1 行) が影響を受けます。)" というメッセージが表示されます。
(省略可能)スクリプトを保存します。
Azure DevOps Server のデプロイ内のすべてのデータベースについて、手順 4 から 7 を繰り返します。 Fabrikam, Inc. のデプロイ例では、次のすべてのデータベースに対してこのプロセスを繰り返します。
- Tfs_Warehouse
- Tfs_DefaultCollection
- レポートサーバー
- ReportServerTempDB
テーブルをマークするためのストアド プロシージャを作成する
バックアップする各データベースにテーブルが作成されたら、テーブルをマークするためのプロシージャを作成する必要があります。
SQL Server Management Studio でクエリ ウィンドウを開き、SQLCMD モードが有効になっていることを確認します。
SQL エディターのツール バーで、[使用可能なデータベース] の一覧を開き、TFS_Configurationを選択します。
クエリ ウィンドウで、次のスクリプトを入力して、構成データベース内のトランザクションをマークするストアド プロシージャを作成します。
Create PROCEDURE sp_SetTransactionLogMark @name nvarchar (128) AS BEGIN TRANSACTION @name WITH MARK UPDATE Tfs_Configuration.dbo.Tbl_TransactionLogMark SET logmark = 1 COMMIT TRANSACTION GO
F5 キーを押してプロシージャを実行します。
プロシージャが正しい場合は、クエリ エディターに "コマンドが正常に完了しました" というメッセージが表示されます。
(省略可能)プロシージャを保存します。
すべての Azure DevOps Server データベースに対して手順 2 から 5 を繰り返します。 Fabrikam, Inc. のデプロイでは、次のすべてのデータベースに対してこのプロセスを繰り返します。
- Tfs_Warehouse
- Tfs_DefaultCollection
- ReportServer
- ReportServerTempDB
ヒント
プロシージャを作成する前に、オブジェクト エクスプローラーの [ 使用可能な データベース] ボックスの一覧から、関連付けられているデータベースの名前を選択します。 そうしないと、スクリプトを実行すると、ストアド プロシージャが既に存在するというエラーが表示されます。
すべてのテーブルを一度にマークするためのストアド プロシージャを作成する
すべてのデータベースが確実にマークされるようにするには、テーブルをマークするために作成したすべてのプロシージャを実行するプロシージャを作成します。 前の手順とは異なり、このプロシージャは構成データベースでのみ実行されます。
SQL Server Management Studio でクエリ ウィンドウを開き、SQLCMD モードが有効になっていることを確認します。
SQL エディターのツール バーで、[使用可能なデータベース] の一覧を開き、TFS_Configurationを選択します。
クエリ ウィンドウで、Azure DevOps Server が使用する各データベースで作成したストアド プロシージャを実行するストアド プロシージャを作成します。 ServerName を SQL Server を実行しているサーバーの名前に置き換え、Tfs_CollectionNameを各プロジェクト コレクションのデータベースの名前に置き換えます。
デプロイ例では、サーバーの名前は FABRIKAMPRIME で、デプロイにはプロジェクト コレクションが 1 つしか存在しません。これは、Azure DevOps Server (DefaultCollection) をインストールしたときに作成された既定のプロジェクト コレクションです。 そのことを念頭に置いて、次のスクリプトを作成します。
CREATE PROCEDURE sp_SetTransactionLogMarkAll @name nvarchar (128) AS BEGIN TRANSACTION EXEC [FABRIKAMPRIME].Tfs_Configuration.dbo.sp_SetTransactionLogMark @name EXEC [FABRIKAMPRIME].ReportServer.dbo.sp_SetTransactionLogMark @name EXEC [FABRIKAMPRIME].ReportServerTempDB.dbo.sp_SetTransactionLogMark @name EXEC [FABRIKAMPRIME].Tfs_DefaultCollection.dbo.sp_SetTransactionLogMark @name EXEC [FABRIKAMPRIME].Tfs_Warehouse.dbo.sp_SetTransactionLogMark @name COMMIT TRANSACTION GO
F5 キーを押してプロシージャを実行します。
注
トランザクションをマークするためのストアド プロシージャを作成してから SQL Server Management Studio を再起動していない場合、1 つ以上の赤い波線がサーバーの名前とデータベースの名前をアンダースコア付けする可能性があります。 ただし、プロシージャは引き続き実行する必要があります。
プロシージャが正しい場合は、クエリ エディターに "コマンドが正常に完了しました" というメッセージが表示されます。
(省略可能)プロシージャを保存します。
テーブルを自動的にマークするストアド プロシージャを作成する
テーブルマーキングのためにすべてのストアド プロシージャを実行するプロシージャを作成したら、すべてのテーブルを同じトランザクション マーカーでマークするプロシージャを作成できます。 このマーカーを使用して、すべてのデータベースを同じポイントに復元します。
SQL Server Management Studio でクエリ ウィンドウを開き、SQLCMD モードが有効になっていることを確認します。
SQL エディターのツール バーで、[使用可能なデータベース] の一覧を開き、TFS_Configurationを選択します。
クエリ ウィンドウで、次のスクリプトを入力してテーブルに 'TFSMark' をマークします。
EXEC sp_SetTransactionLogMarkAll 'TFSMark' GO
注
TFSMark はマークの例です。 マークには、サポートされている文字と数字の任意のシーケンスを使用できます。 データベースに複数のマーク付きテーブルがある場合は、データベースの復元に使用するマークを記録します。 詳細については、 マークされたトランザクションの使用を参照してください。
F5 キーを押してプロシージャを実行します。
プロシージャが正しい場合は、クエリ エディターに "(1 行) の影響を受ける" というメッセージが表示されます。 WITH MARK オプションは、マークされた各テーブルの最初の "BEGIN TRAN WITH MARK" ステートメントにのみ適用されます。
プロシージャを保存します。
テーブル マーキング プロシージャを実行するスケジュールされたジョブを作成する
これらすべてのプロシージャを作成して格納したら、データベースのスケジュールされたバックアップの直前に実行するようにテーブル マーキング プロシージャをスケジュールします。 データベースのメンテナンス プランが実行される約 1 分前に、このジョブを実行するようにスケジュールする必要があります。
オブジェクト エクスプローラーで、[ SQL Server エージェント] を展開し、[ ジョブ ] メニューを開き、[ 新しいジョブ] を選択します。
新しいジョブウィンドウが開きます。
[ 名前] で、ジョブの名前を指定します。 たとえば、ジョブ名として MarkTableJob を入力できます。
(省略可能)[ 説明] で、ジョブの説明を指定します。
[ページの選択] で [ステップ] を選択し、[新規] を選択します。
新しいジョブ ステップ ウィンドウが開きます。
[ ステップ名] で、ステップの名前を指定します。
[ データベース] で、構成データベースの名前を選択します。 たとえば、デプロイでそのデータベースの既定の名前を使用している場合は、TFS_Configuration、ドロップダウン リストからそのデータベースを選択します。
[ 開く] を選択し、テーブルをマークするために作成した手順を参照し、[ 開く ] を 2 回選択して、[ OK] を選択します。
注
テーブルをマークするために作成した手順では、次の手順を実行します。
EXEC sp_SetTransactionLogMarkAll 'TFSMark'
[ ページの選択] で 、[ スケジュール] を選択し、[ 新規] を選択します。
新しいジョブスケジュールウィンドウが開きます。
[ 名前] で、スケジュールの名前を指定します。
[ 頻度] で、データベースをバックアップするために作成するプランに合わせて頻度を変更します。 たとえば、毎日午前 2 時に増分バックアップを実行し、日曜日の午前 4 時に完全バックアップを実行できます。 増分バックアップのデータベースをマークする場合は、[ 発生 ] の値を [日単位] に変更します。 毎週の完全バックアップのデータベースをマークする別のジョブを作成する場合は、[毎日に発生] の値を保持し、[日曜日] チェック ボックスをオンにします。
[ 日次頻度] で、データベースのバックアップの 1 分前にジョブの実行がスケジュールされるように出現回数を変更し、[ OK] を選択します。 デプロイ例では、増分バックアップのジョブで、午前 1 時 59 分を指定します。 完全バックアップのジョブでは、午前 3 時 59 分を指定します。
[新しいジョブ] で [OK] を選択して、スケジュールされたジョブの作成を完了します。
完全バックアップのメンテナンス プランを作成する
データベースをマークするためのスケジュールされたジョブを作成したら、メンテナンス プラン ウィザードを使用して、Azure DevOps Server のデプロイで使用するすべてのデータベースの完全バックアップをスケジュールできます。
重要
デプロイで SQL Server の Enterprise エディションまたは Datacenter エディションを使用しているが、Standard エディションを実行しているサーバーにデータベースを復元する必要がある場合は、SQL Server 圧縮を無効にして作成されたバックアップ セットを使用する必要があります。 データ圧縮を無効にしない限り、Standard Edition を実行しているサーバーに Enterprise または Datacenter エディションのデータベースを復元することはできません。 メンテナンス プランを作成する前に、圧縮を無効にする必要があります。 圧縮を無効にするには、この マイクロソフト サポート技術情報の記事の手順に従ってください。
SQL Server Management Studio で、[管理] ノードを展開し、[メンテナンス プラン] サブメニューを開き、[メンテナンス プラン ウィザード] を選択します。
SQL Server メンテナンス プラン ウィザードのウェルカム ページで、[次へ] を選択します。
[ プランのプロパティの選択] ページが表示されます。
[ 名前 ] ボックスに、メンテナンス プランの名前を指定します。
たとえば、 TfsFullDataBackup という名前の完全バックアップのプランを作成できます。
プラン全体の単一スケジュールまたはスケジュールなしを選択し、[変更] を選択します。
[ 頻度 ] と [ 毎日の頻度] で、プランのオプションを指定します。 たとえば、 頻度で日曜日に実行する週単位のバックアップを指定し、午前 4 時を指定できます。を 日単位で表示します。
[ 期間] で、既定値の [終了日なし] のままにします。 [OK] を選択し、 [次へ] を選択します。
[ メンテナンス タスクの選択 ] ページで、[ バックアップ データベース (完全)]、[ SQL Server エージェント ジョブの実行]、[ データベースのバックアップ (トランザクション ログ)] チェック ボックスをオンにし、[ 次へ] を選択します。
[ メンテナンス タスクの順序の選択 ] ページで、完全バックアップが最初に実行されるように順序を変更し、次にエージェント ジョブ、トランザクション ログ バックアップの順に選択し、[ 次へ] を選択します。
このダイアログ ボックスの詳細については、 F1 キーを押し、 メンテナンス プラン ウィザードも参照してください。
[ データベースのバックアップ (完全) タスクの定義] ページで、下矢印を選択し、[ すべてのデータベース] を選択し、[ OK] を選択します。
展開とリソースに応じて、ファイルをディスクまたはテープに保存するためのバックアップ オプションを指定し、[ 次へ] を選択します。
[ SQL Server エージェント ジョブの実行タスクの定義 ] ページで、テーブル マーキング用に作成したスケジュールされたジョブのチェック ボックスをオンにし、[ 次へ] を選択します。
[ データベースのバックアップ (トランザクション ログ) タスクの定義 ] ページで、下矢印を選択し、[ すべてのデータベース] を選択し、[ OK] を選択します。
展開とリソースに応じてファイルをディスクまたはテープに保存するためのバックアップ オプションを指定し、[ 次へ] を選択します。
[ レポート オプションの選択] ページで、レポート配布オプションを指定し、[ 次へ ] を 2 回選択します。
[ ウィザードの完了 ] ページで、[ 完了] を選択します。
SQL Server によってメンテナンス プランが作成され、指定した頻度に基づいて指定したデータベースがバックアップされます。
差分バックアップのメンテナンス プランを作成する
メンテナンス プラン ウィザードを使用して、Azure DevOps Server のデプロイで使用するすべてのデータベースの差分バックアップをスケジュールします。
重要
SQL Server Express には、メンテナンス プラン ウィザードは含まれません。 差分バックアップのスケジュールを手動でスクリプト化する必要があります。 詳細については、「 データベースの差分バックアップの作成 (Transact-SQL)」を参照してください。
バックアップするデータベースを含む SQL Server のインスタンスを実行しているサーバーにログオンします。
SQL Server Management Studio を開きます。
サーバーの 種類 の一覧で、 データベース エンジンを選択します。
[ サーバー名 ] と [ 認証 ] の一覧で、適切なサーバーと認証スキームを選択します。
SQL Server のインスタンスで必要な場合は、[ ユーザー名 ] と [パスワード] で、適切なアカウントの資格情報を指定します。
「を選択し、に接続します。」
SQL Server Management Studio で、[管理] ノードを展開し、サブメニューを開き、[メンテナンス プラン] を選択して、[メンテナンス プラン ウィザード] を選択します。
SQL Server メンテナンス プラン ウィザードのウェルカム ページで、[次へ] を選択します。
[ プランのプロパティの選択 ] ページの [名前 ] ボックスで、メンテナンス プランの名前を指定します。
たとえば、差分バックアップ TfsDifferentialBackup のプランに名前を付けることができます。
プラン全体の単一スケジュールまたはスケジュールなしを選択し、[変更] を選択します。
[ 頻度 ] と [ 毎日の頻度] で、バックアップ 計画のオプションを指定します。
[ 期間] で、既定値の [終了日なし] のままにします。 [OK] を選択し、 [次へ] を選択します。
[ メンテナンス タスクの選択] ページで、[ データベースのバックアップ (差分)] チェック ボックスをオンにし、[ 次へ] を選択します。
[ データベースのバックアップ (差分) タスクの定義 ] ページで、下矢印を選択し、[ すべてのデータベース] を選択し、[ OK] を選択します。
展開とリソースに応じてファイルをディスクまたはテープに保存するためのバックアップ オプションを指定し、[ 次へ] を選択します。
[ レポート オプションの選択] ページで、レポート配布オプションを指定し、[ 次へ ] を 2 回選択します。
[ ウィザードの完了 ] ページで、[ 完了] を選択します。
SQL Server によってメンテナンス プランが作成され、指定した頻度に基づいて指定したデータベースがバックアップされます。
トランザクション ログのメンテナンス プランを作成する
メンテナンス プラン ウィザードを使用して、Azure DevOps Server のデプロイで使用するすべてのデータベースのトランザクション ログ バックアップをスケジュールできます。
重要
SQL Server Express には、メンテナンス プラン ウィザードは含まれません。 トランザクション ログ バックアップのスケジュールを手動でスクリプト化する必要があります。 詳細については、「 トランザクション ログ バックアップの作成 (Transact-SQL)」を参照してください。
バックアップするデータベースを含む SQL Server のインスタンスを実行しているサーバーにログオンします。
SQL Server Management Studio を開きます。
サーバーの 種類 の一覧で、 データベース エンジンを選択します。
[ サーバー名 ] と [ 認証 ] の一覧で、適切なサーバーと認証スキームを選択します。
SQL Server のインスタンスで必要な場合は、[ ユーザー名 ] と [パスワード] で、適切なアカウントの資格情報を指定します。
「を選択し、に接続します。」
SQL Server Management Studio で、[管理] ノードを展開し、サブメニューを開き、[メンテナンス プラン] を選択して、[メンテナンス プラン ウィザード] を選択します。
SQL Server メンテナンス プラン ウィザードのウェルカム ページで、[次へ] を選択します。
[ プランのプロパティの選択] ページが表示されます。
[ 名前 ] ボックスに、メンテナンス プランの名前を指定します。
たとえば、トランザクション ログ TfsTransactionLogBackup をバックアップするプランに名前を付けることができます。
プラン全体の単一スケジュールまたはスケジュールなしを選択し、[変更] を選択します。
[ 頻度 ] と [ 毎日の頻度] で、プランのオプションを指定します。
[ 期間] で、既定値の [終了日なし] のままにします。
[OK] を選択し、 [次へ] を選択します。
[ メンテナンス タスクの選択 ] ページで、[ SQL Server エージェント ジョブの実行 ] チェック ボックスと [ データベースのバックアップ (トランザクション ログ)] チェック ボックスをオンにし、[ 次へ] を選択します。
[ メンテナンス タスクの順序の選択 ] ページで、トランザクション ログ バックアップの前にエージェント ジョブが実行されるように順序を変更し、[ 次へ] を選択します。
このダイアログ ボックスの詳細については、 F1 キーを押し、 メンテナンス プラン ウィザードも参照してください。
[ SQL Server エージェント ジョブの実行タスクの定義 ] ページで、テーブル マーキング用に作成したスケジュールされたジョブのチェック ボックスをオンにし、[ 次へ] を選択します。
[ データベースのバックアップ (トランザクション ログ) タスクの定義 ] ページで、下矢印を選択し、[ すべてのデータベース] を選択し、[ OK] を選択します。
展開とリソースに応じてファイルをディスクまたはテープに保存するためのバックアップ オプションを指定し、[ 次へ] を選択します。
[ レポート オプションの選択] ページで、レポート配布オプションを指定し、[ 次へ ] を 2 回選択します。
[ ウィザードの完了 ] ページで、[ 完了] を選択します。
SQL Server は、メンテナンス プランを作成し、選択した頻度に基づいて、指定されたデータベースのトランザクション ログをバックアップします。
Reporting Services の暗号化キーをバックアップする
システムのバックアップの一環として、Reporting Services の暗号化キーをバックアップする必要があります。 この暗号化キーがないと、レポート データを復元することはできません。 Azure DevOps Server を単一サーバーでデプロイする場合は、Reporting Services 構成ツールを使用して SQL Server Reporting Services の暗号化キーをバックアップできます。 RSKEYMGMT コマンド ライン ツールを使用することもできますが、構成ツールの方が簡単です。 詳細については、 RSKEYMGMT ユーティリティーを参照してください。
Reporting Services を実行しているサーバーで、 Reporting Services 構成マネージャーを開きます。
[ レポート サーバー インストール インスタンスの選択 ] ダイアログ ボックスが開きます。
データ層サーバーとデータベース インスタンスの名前を指定し、[ 接続] を選択します。
左側のナビゲーション バーで、[ 暗号化キー] を選択し、[バックアップ] を選択 します。
[ 暗号化キー情報 ] ダイアログ ボックスが開きます。
[ ファイルの場所] で、このキーのコピーを格納する場所を指定します。
このキーは、Reporting Services を実行しているコンピューターとは別のコンピューターに保存することを検討してください。
[ パスワード] で、ファイルのパスワードを指定します。
[ パスワードの確認] で、ファイルのパスワードをもう一度指定し、[ OK] を選択します。