SQLServerマスターデータベースの復元

はじめに

マスターデータベースには、現在のインスタンスと他のすべてのデータベースの両方の構造/構成のレコードが含まれています。 sp_configureを実行する場合 、マスターデータベースにデータを書き込んでいます。また、インスタンスを監視するために必要なほとんどの動的管理ビューも含まれています。

マスターデータベースの重要性は非常に重要です。まず、他のすべてのデータベースを開くために必要な情報があり、最初に開く必要があります。次に、現在のインスタンスのすべてのインスタンスレベルのプリンシパルが含まれます。

マスターデータベースを毎日バックアップすることが重要です。同様に重要なのは、マスターデータベースをインスタンスに復元する方法を知ることです。最も頻繁なケースは、データベースのクラッシュ、またはソースインスタンスを使用しなくなったときにマスターデータベースを別のインスタンスに復元する必要があることです。この記事では、マスターデータベースを別のインスタンスに移動する特定のケースについて説明します。

アプリケーションサービスのステータスを確認する

マスターデータベースを別のインスタンスに復元するには、シングルユーザーモードでインスタンスを起動する必要があります。したがって、アクティブなセッションがインスタンスを制御する唯一のセッションであることを確認することが不可欠です。

そのためには、特にそのようなアプリケーションが特権アクセスを持っている場合は、すべてのアプリケーションサービスがインスタンスにアクセスするのを停止します。アプリケーションがすでにセッションを確立しているときにシングルユーザーモードでインスタンスを起動すると、問題が発生する可能性があります。この場合、SQL ServerManagementStudioからインタラクティブセッションを続行することはできません。

SQLサーバーサービスを停止する

SQLServer構成マネージャーを使用してすべてのSQLServerサービスを停止します。各サービスを右クリックして[停止]を選択します。 コンテキストメニューから（図2を参照）。

シングルユーザーモードでSQLサーバーを起動する

マスターデータベースを復元するには、シングルユーザーモードのSQLServerインスタンスが必要です。次の手順を実行します。

1. CMDプロンプトを開く
2. C：\ Program Files \ Microsoft SQL Server \ MSSQL.1 \ MSSQL\Binnに移動します
3. sqlservr –mを発行するか、ネットでMSSQLServer / c / m/T3604を起動します

または

手順2はビンを参照していることに注意してください ディレクトリの場所。インストールによって異なる場合があります。

必要なディレクトリを見つけるには、SQLServer構成マネージャーのSQLServerサービスプロパティの[サービス]タブを確認します（図4を参照）。

マスターの復元

あるインスタンスから別のインスタンスにマスターを復元すると、システムカタログに、インスタンス名やtempdbの場所などの値を含む新しいプリンシパルと新しい値が取得されます。

マスターを復元する前に、移行元サーバーで定義されているように、移行先サーバーのパスがTempDBファイルで使用可能であることを確認してください。そうしないと、復元の完了後に新しいインスタンスが正常に起動しません。

1. SQL ServerManagementStudioを開きます
2. SQL ServerManagementStudioでリスト1のコードを実行します

-- Listing 1: Restore Master Database
restore database master from disk ='<full_path_of_backup>' with replace;

注意： 復元が完了すると、インスタンスはシャットダウンします。

サービスアカウントの変更

復元の完了後にSQLServerを起動するには、次の手順を実行します。

1. SQLServerサービスアカウントを現在ログオンしているアカウントに変更します。
2. [スタート]を開く>[すべてのプログラム]>[MicrosoftSQLServer2005]>[構成ツール]>[SQLServer構成マネージャー]
3. 各サービスを右クリックして、プロパティを選択します
4. ログオン タブで、目的のアカウント名と対応するパスワードを入力します。

サーバー名

マスターデータベースには、それが配置されているインスタンスの名前が含まれています。このシナリオで復元されたバックアップは別のインスタンスからのものであるため、リスト2に示すように、ストアドプロシージャを使用してサーバー名を更新する必要があります。

-- Listing 2: Change the Instance Name for a SQL Server Instance
-- Check the current server name

select @@SERVERNAME

-- Change the server name as seen by the database

sp_dropserver 'EUK-POSTSVR-01'--Present Server name goes here
go 
sp_addserver 'EUK-POSTBKP-01','local'--New Server name goes here 
go

名前の変更を有効にするには、SQLServer構成マネージャーからSQLServerを再起動します。

サービスログイン

マスターデータベースには、ソースインスタンスに関連付けられているすべてのログインも記録されます。新しいインスタンスでは、不要なログインをクリーンアップする必要があります。その後、ローカルのデフォルトのSQLServerグループを現在のインスタンスに追加できます。

-- Listing 3: Remove Unnecessary Logins
drop login [EUK-POSTSVR-01\SQLServer2005MSSQLUser$EUK-POSTSVR-01$MSSQLSERVER]
drop login [EUK-POSTSVR-01\SQLServer2005MSFTEUser$EUK-POSTSVR-01$MSSQLSERVER]
drop login [EUK-POSTSVR-01\SQLServer2005SQLAgentUser$EUK-POSTSVR-01$MSSQLSERVER]

-- Listing 4: Add local default SQL Server Groups
create login [EUK-POSTBKP-01\SQLServer2005MSSQLUser$EUK-POSTBKP-02$MSSQLSERVER] from windows;
create login [EUK-POSTBKP-01\SQLServer2005SQLAgentUser$EUK-POSTBKP-02$MSSQLSERVER] from windows;
create login [EUK-POSTBKP-01\SQLServer2005MSFTEUser$EUK-POSTBKP-02$MSSQLSERVER] from windows;

NB： サーバーとエージェントのサービスアカウントがOSレベルでそれぞれのグループに属していること、およびこれらのOSグループに必要なアクセス許可があることを確認してください。表1に、SQLServerサービスアカウントのアクセス許可を示します。

データベースレベルでのハウスキーピングが完了したら、通常のサービスアカウントに戻ります。 SQLServer構成マネージャーからインスタンスをもう一度再起動します。

この時点で、アプリケーションサービスを開始できます。

結論

上記のシナリオの実行中に、エラーが発生する可能性があります。以下に、これらのエラーに関する情報を示します。

問題のトラブルシューティングを行う場合は、SysInternalのProcMonなどのツールを使用できます。これらは、SQL Serverの起動時にファイル権限の問題を切り分けます（図7を参照）。

参考資料

マスターデータベース