トレーニング
認定資格
Microsoft Certified: Azure Database Administrator Associate - Certifications
Microsoft PaaS リレーショナル データベース オファリングを使用して、クラウド、オンプレミス、ハイブリッド リレーショナル データベースの SQL Server データベース インフラストラクチャを管理します。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
適用対象: SQL Server
この記事では、SQL Server Management Studio を使用して、データベースの完全バックアップを復元する方法について説明します。
完全復旧モデルまたは一括ログ復旧モデルでデータベースを復旧する前に、アクティブ トランザクション ログ ( ログの末尾と呼ばれる) をバックアップする必要がある場合があります。 詳細については、トランザクション ログのバックアップ (SQL Server) に関するページを参照してください。
別のインスタンスからデータベースを復元するときは、「 データベースを別のサーバー インスタンスで使用できるようにするときのメタデータの管理 (SQL Server)」の情報を考慮してください。
暗号化されたデータベースを復元するには、データベースを暗号化するために使用した証明書や非対称キーにアクセスする必要があります。 証明書または非対称キーがないと、データベースを復元することはできません。 バックアップを保存する必要がある期間中は、データベースの暗号化キーの暗号化に使用した証明書を保存します。 詳細については、「 SQL Server Certificates and Asymmetric Keys」をご覧ください。
SQL Serverの以前のバージョンのデータベースを新しいバージョンに復元すると、データベースは自動的に新しいバージョンにアップグレードされます。 これにより、データベースが古いバージョンのデータベース エンジンで使用されるのを防ぎます。 ただし、これはメタデータのアップグレードに関係し、データベース互換レベルには影響しません。 アップグレード前のユーザー データベースの互換性レベルが 100 以上の場合は、アップグレード後も互換性レベルは変わりません。 アップグレード前の互換性レベルが 90 の場合、アップグレードされたデータベースの互換性レベルは 100 に設定されます。これは、SQL Server 2016 (13.x) 以降でサポートされている下限の互換性レベルです。 詳細については、「ALTER DATABASE 互換性レベル (Transact-SQL)」を参照してください。
通常、データベースは直ちに使用可能になります。 ただし、SQL Server 2005 (9.x) データベースにフルテキスト インデックスがある場合、アップグレード プロセスでは、[フルテキストのアップグレード オプション] サーバー プロパティの設定に応じて、インデックスのインポート、リセット、または再構築が行われます。 アップグレード オプションが [インポート] または [再構築]に設定されている場合、アップグレード中はフルテキスト インデックスを使用できません。 インデックスを作成するデータ量によって、インポートには数時間かかる場合があります。再構築には、最大でその 10 倍の時間がかかります。
アップグレード オプションが [インポート]に設定されているときに、フルテキスト カタログが使用できない場合は、関連付けられたフルテキスト インデックスが再構築されます。 フルテキスト アップグレード オプション プロパティの設定の表示と変更については、「 サーバー インスタンスでのフルテキスト検索の管理と監視」を参照してください。
Microsoft Azure BLOB ストレージからの SQL Server の復元については、「Microsoft Azure Blob Storage を使用した SQL Server のバックアップと復元」をご覧ください。
オブジェクト エクスプローラーで、SQL Server データベース エンジンのインスタンスに接続し、そのインスタンスを展開します。
[データベース] を右クリックして、 [データベースの復元...]を選択します。
[全般] ページの 復元元のセクションを使用して、復元するバックアップ セットの復元元ファイルと場所を指定します。 次のいずれかのオプションを選択してください。
データベース
復元するデータベースをドロップダウン リストから選択します。 このリストには、 msdb バックアップ履歴に従ってバックアップされたデータベースのみが含まれます。
注意
別のサーバーで作成されたバックアップの場合、復元先のサーバーには指定されたデータベースのバックアップ履歴情報が存在しません。 この場合、 [デバイス] をクリックして、復元するファイルまたはデバイスを手動で指定します。
Device
参照ボタン ([...]) を選択し、[バックアップ デバイスの選択] ダイアログ ボックスを開きます。
[バックアップ デバイスの選択] ダイアログ ボックス
バックアップ メディアの種類
[バックアップ メディアの種類] ドロップダウン リストからメディアの種類を選択します。 注: [テープ] オプションは、テープ ドライブがコンピューターにマウントされている場合だけ表示されます。また、 [バックアップ デバイス] オプションは、1 つ以上のバックアップ デバイスが存在する場合だけ表示されます。
追加
[追加] をクリックすると、 [バックアップ メディアの種類] ドロップダウン リストで選択したメディアの種類に応じて、次のダイアログ ボックスのいずれかが開きます。 ( [バックアップ メディア] ボックスの一覧がいっぱいの場合、 [追加] ボタンは使用できません)。
メディアの種類 | ダイアログ ボックス | 説明 |
---|---|---|
ファイル | [バックアップ ファイルの検索] | このダイアログ ボックスでは、ツリーからローカル ファイルを選択するか、完全修飾の汎用名前付け規則 (UNC) 名を使用したリモート ファイルを指定できます。 詳細については、「バックアップ デバイス (SQL Server)」を参照してください。 |
Device | [バックアップ デバイスの選択] | このダイアログ ボックスでは、サーバー インスタンスで定義された論理バックアップ デバイスの一覧から選択できます。 |
[テープ] | [バックアップ テープの選択] | このダイアログ ボックスでは、SQL Server のインスタンスが動作しているコンピューターに物理的に接続されているテープ ドライブの一覧から選択できます。 |
URL | [バックアップ ファイルの場所を選択] | このダイアログ ボックスで、既存の SQL Server 資格情報/Azure ストレージ コンテナーを選択し、共有アクセス署名で新しい Azure ストレージ コンテナーを追加するか、共有アクセス署名と既存のストレージ コンテナーの SQL Server 資格情報を生成します。 「 Connect to a Microsoft Azure Subscription」 (Microsoft Azure サブスクリプションへの接続) もご覧ください。 |
S3 URL | S3 バックアップ ファイルの場所を選択する | このダイアログ ボックスで、仮想ホスト URL、および S3 互換オブジェクト ストレージのシークレット キー ID とアクセス キー ID を入力します。 詳細については、「S3 互換オブジェクト ストレージを使用した SQL Server のバックアップと復元」を参照してください。 |
削除 選択されている 1 つまたは複数のファイル、テープ、または論理バックアップ デバイスを削除します。
内容 選択されているファイル、テープ、または論理バックアップ デバイスのメディアの内容を表示します。 メディアの種類が [URL]の場合、このボタンは機能しない場合があります。
バックアップメディア 選択したメディアを一覧表示します。
[バックアップ メディア] リスト ボックスに目的のデバイスを追加したら、[OK] をクリックして、[全般] ページに戻ります。
[ソース: デバイス: データベース] リスト ボックスで、復元するデータベースの名前を選択します。
注意
この一覧は [デバイス] を選択した場合にのみ使用できます。 選択されたデバイスにバックアップを持つデータベースのみが使用できるようになります。
復元先のセクションの [データベース] ボックスに、復元するデータベースの名前が自動的に表示されます。 データベースの名前を変更するには、 [データベース] ボックスに新しい名前を入力します。
[復元先] ボックスで、既定値の [最後に作成されたバックアップ] のままにするか、 [タイムライン] をクリックして、[バックアップのタイムライン] ダイアログ ボックスにアクセスし、具体的にどの時点で復旧アクションを停止するかを手動で選択します。 特定の時点を選択する方法の詳細については、「バックアップ タイムライン」を参照してください。
[復元するバックアップ セット] グリッドで、復元するバックアップを選択します。 このグリッドには、指定された場所に対して使用可能なバックアップが表示されます。 既定では、復旧計画が推奨されています。 推奨された復元計画を変更するには、グリッドの選択を変更します。 以前のバックアップの選択を解除すると、以前のバックアップの復元に依存するバックアップは自動的に選択が解除されます。 [復元するバックアップ セット] グリッドの列の詳細については、「データベースの復元 ([全般] ページ)」を参照してください。
必要に応じて、[ページの選択] ペインの [ファイル] を選択して、[ファイル] ダイアログ ボックスにアクセスします。 このダイアログ ボックスでは、[次のデータベース ファイルに復元] グリッド内の各ファイルに新しい復元先を指定することで、新しい場所にデータベースを復元できます。 このグリッドの詳細については、「データベースの復元 ([ファイル] ページ)」を参照してください。
拡張オプションを表示または選択するには、[オプション] ページの [復元オプション] パネルを使用します。状況に応じて、次の任意のオプションを選択できます。
WITH オプション (必須ではありません):
[既存のデータベースを上書きする (WITH REPLACE)]
[レプリケーションの設定を保存する (WITH KEEP_REPLICATION)]
[復元するデータベースへのアクセスを制限する (WITH RESTRICTED_USER)]
[復旧状態] ボックスのオプションを選択します。 このボックスの選択内容により、復元操作後のデータベースの状態が決まります。
[RESTORE WITH RECOVERY]: コミットされていないトランザクションをロールバックして、データベースを使用可能な状態にします。これが既定の動作です。 別のトランザクションログは復元できません。 このオプションは、必要なバックアップをすべてすぐに復元する場合に選択します。
[RESTORE WITH NORECOVERY]: データベースは操作不可状態のままとなり、コミットされていないトランザクションはロールバックされません。 別のトランザクション ログは復元できます データベースは、復旧されるまで使用できません。
[RESTORE WITH STANDBY] : データベースを読み取り専用モードにします。 コミットされていないトランザクションは元に戻されますが、復旧結果を元に戻せるように元に戻す操作をスタンバイ ファイルに保存します。
復元の前にログ末尾のバックアップを実行します。 ログ末尾のバックアップは、すべての復元シナリオで必要となるわけではありません。 詳細については、「 ログ末尾のバックアップ (SQL Server) 」の「 ログ末尾のバックアップが必要となるシナリオ」を参照してください。
データベースへのアクティブな接続がある場合、復元操作は失敗する可能性があります。 Management Studio とデータベース間のすべてのアクティブな接続を閉じるには、[既存の接続を閉じる] オプションをオンにします。 このチェック ボックスをオンにすると、データベースは復元操作の前にシングル ユーザー モードに設定され、復元操作の完了後にマルチユーザー モードに設定されます。
復元操作と復元操作の間に、その都度、確認のメッセージを表示するには、 [各バックアップを復元する前に確認する] をオンにします。 データベースが大きく、復元操作の状態を監視したい場合を除いて、その必要はありません。
これらの復元オプションの詳細については、「データベースの復元 ([オプション] ページ)」を参照してください。
[OK] を選択します。
次の例では、 Sales
の以前のディスク バックアップを復元し、既存の Sales
データベースを上書きします。
オブジェクト エクスプローラーで、SQL Server データベース エンジンのインスタンスに接続し、そのインスタンスを展開します。
[データベース] を右クリックして、 [データベースの復元...]を選択します。
[全般] ページで、 [ソース] セクションの [デバイス] を選択します。
参照ボタン ([...]) を選択し、[バックアップ デバイスの選択] ダイアログ ボックスを開きます。 [追加] をクリックし、バックアップに移動します。 ディスク バックアップ ファイルを選択してから [OK] を選択します。
[OK] を選択して、[全般] ページに戻ります。
[ページの選択] ペインで [オプション] を選択します。
[復元オプション] パネルで、 [既存のデータベースを上書きする (WITH REPLACE)]チェック ボックスをオンにします。
注意
このオプションをオンにしない場合、次のエラー メッセージが表示されることがあります。"System.Data.SqlClient.SqlError: バックアップ セットは、既存のデータベース 'Sales
' 以外のデータベースのバックアップを保持しています。 (Microsoft.SqlServer.SmoExtended)"
[ログ末尾のバックアップ] セクションで、 [復元の前にログ末尾のバックアップを実行する]チェック ボックスをオフにします。
注意
ログ末尾のバックアップは、すべての復元シナリオで必要となるわけではありません。 復旧ポイントが、それより前のログ バックアップに含まれているのであれば、ログ末尾のバックアップは不要です。 また、データベースを移動するか置き換えて (上書きして) いる場合、ログ末尾のバックアップは不要であり、最新のバックアップ以降の特定の時点に復元する必要もありません。 詳細については、「 ログ末尾のバックアップ (SQL Server)」を参照してください。
このオプションは、単純復旧モデルのデータベースには使用できません。
[サーバー接続] セクションで、 [接続先データベースへの既存の接続を閉じる]チェック ボックスをオンにします。
注意
このオプションをオンにしない場合、次のエラー メッセージが表示されることがあります。"System.Data.SqlClient.SqlError: データベースは使用中なので、排他アクセスを獲得できませんでした。 (Microsoft.SqlServer.SmoExtended)"
[OK] を選択します。
次の例では、 Sales
の以前のディスク バックアップを復元し、 SalesTest
という新しいデータベースを作成します。 元のデータベース ( Sales
) はサーバーに存在しています。
オブジェクト エクスプローラーで、SQL Server データベース エンジンのインスタンスに接続し、そのインスタンスを展開します。
[データベース] を右クリックして、 [データベースの復元...]を選択します。
[全般] ページで、 [ソース] セクションの [デバイス] を選択します。
参照ボタン ([...]) を選択し、[バックアップ デバイスの選択] ダイアログ ボックスを開きます。 [追加] をクリックし、バックアップに移動します。 ディスク バックアップ ファイルを選択してから [OK] を選択します。
[OK] を選択して、[全般] ページに戻ります。
復元先のセクションの [データベース] ボックスに、復元するデータベースの名前が自動的に表示されます。 データベースの名前を変更するには、 [データベース] ボックスに新しい名前を入力します。
[ページの選択] ペインで [オプション] を選択します。
[ログ末尾のバックアップ] セクションで、[復元の前にログ末尾のバックアップを実行する]チェック ボックスをオフにします。
重要
このオプションをオフにすると、既存のデータベース ( Sales
) は復元中の状態に変更されます。
[OK] を選択します。
注意
次のエラー メッセージが表示された場合: "System.Data.SqlClient.SqlError: データベース "Sales
" のログの末尾がバックアップされませんでした。 この部分の作業を保存しておく場合は BACKUP LOG WITH NORECOVERY
を使用してログをバックアップしてください。 ログのコンテンツを上書きするだけの場合は、RESTORE
ステートメントで WITH REPLACE
句または WITH STOPAT
句を使用してください。 (Microsoft.SqlServer.SmoExtended)"。
上記の手順 6 で新しいデータベース名を入力していない可能性があります。 通常、復元により、誤ってデータベースを別のデータベースで上書きしてしまうのを防ぐことができます。 RESTORE
ステートメントで指定したデータベースが現在のサーバーに既に存在し、指定したデータベースのファミリ GUID がバックアップ セットに記録されているデータベースのファミリ GUID と異なる場合、そのデータベースは復元されません。 これは重要な保護機能です。
次の例では、データベースを 1:23:17 PM
May 30, 2016
の状態に復元し、複数のログ バックアップが関連する復元操作を行います。 現在、 データベースはサーバー上に存在しません。
次の 2 つの例では、Microsoft Azure Storage サービスに置かれているバックアップから Sales
の復元を実行します。 ストレージ アカウント名は mystorageaccount
です。 コンテナーは myfirstcontainer
と呼ばれます。 簡潔にするため、最初の 6 つの手順をここに一度だけリストし、例はすべて 手順 7から始めます。
保存されたアクセス ポリシーは読み取り、書き込み、削除および一覧表示権で作成されています。 保存されたアクセス ポリシーに関連付けられている Shared Access Signature は、コンテナー https://mystorageaccount.blob.core.windows.net/myfirstcontainer
用に作成されています。 SQL Server 資格情報が既に存在する場合、手順はほとんど同じです。 現在、 Sales
データベースはサーバーに存在しています。 バックアップ ファイルは、 Sales_stripe1of2_20160601.bak
と Sales_stripe2of2_20160601.bak
です。
https://mystorageaccount.blob.core.windows.net/myfirstcontainer
[Azure ストレージ コンテナー:] ドロップダウン リストから [ ] を選択します。それ以外の場合は、手動でコンテナーの名前 ( https://mystorageaccount.blob.core.windows.net/myfirstcontainer
) を入力します。https://mystorageaccount.blob.core.windows.net/myfirstcontainer
に移動します。Sales_stripe1of2_20160601.bak
と Sales_stripe2of2_20160601.bak
を選択します。この例では、Sales
データベースは現在サーバー上に存在しません。
https://mystorageaccount.blob.core.windows.net/myfirstcontainer
に移動します。Sales
データベースは、 https://mystorageaccount.blob.core.windows.net/myfirstcontainer
に置かれたバックアップから Microsoft Azure ストレージ コンテナー E:\MSSQL\BAK
に復元されます。 Azure コンテナーの SQL Server 資格情報は、既に作成されています。 復元先コンテナーの SQL Server 資格情報は、[復元] タスク中に作成できないので、既に存在している必要があります。 現在、Sales
データベースはサーバー上に存在しません。
E:\MSSQL\BAK
へ移動し、バックアップ ファイルを選択して [OK]を選択します。https://mystorageaccount.blob.core.windows.net/myfirstcontainer
[データ ファイル フォルダー:] と [ログ ファイルのフォルダ:] のテキスト ボックスで、コンテナー () を入力します。次の例では、S3 互換オブジェクト ストレージにあるバックアップから Sales
の復元を実行します。
S3 URL には形式 s3://<endpoint>:<port>/<bucket>/
があり、バックアップ ファイルは、Sales.bak
と名前が付けられています。 シークレット キー ID とアクセス キー ID は、S3 プロバイダーから取得されています。 現在、Sales
データベースはサーバー上に存在しません。
トレーニング
認定資格
Microsoft Certified: Azure Database Administrator Associate - Certifications
Microsoft PaaS リレーショナル データベース オファリングを使用して、クラウド、オンプレミス、ハイブリッド リレーショナル データベースの SQL Server データベース インフラストラクチャを管理します。
ドキュメント
クイック スタート: SSMS を使用したデータベースのバックアップと復元 - SQL Server
この記事では、SQL Server で SSMS を使用した新しいデータベースの作成、データベースのバックアップの取得、およびバックアップの復元を行う方法について説明します。
デバイスからのバックアップ復元 (SQL Server) - SQL Server
この記事では、SQL Server Management Studio または Transact-SQL を使用して、SQL Server でデバイスからバックアップを復元する方法について説明します。
データベースを新しい場所に復元する (SQL Server) - SQL Server
この記事では、SQL Server Management Studio または Transact-SQL を使用して、SQL Server データベースを新しい場所に復元し、データベースの名前を変更する方法について示します。