コンピューターの名前を変更した後、SQL サーバーの Windows 認証が失敗し、認証OldPC\user1
できませんでした。むしろ、 を探すべきですNewPC\user1
。問題を解決するには?
このSOクエストを読みました。ここで提案された受け入れられた解決策は、以下のようにSQLサーバーインスタンスを停止するとします-
しかし、私にとっては、Sqlサーバーの構成でこのエラーが表示されます-
サービスの再起動やシングル ユーザー モードでの開始などを必要としない別の方法は、SysInternals の PSExecを使用することです(まあ、現在は Microsoft です)。これを実行して SSMS を起動できます。
PsExec -s -i "C:\Program Files (x86)\...\ssms.exe"
--------^ s = "system"
接続するように求められます。認証方法は Windows auth になり、ユーザー名は にハードコードされNT AUTHORITY\SYSTEM
ます。接続すると、セキュリティに移動してパスワードを修正しsa
たり、自分自身を管理者として追加したり、他の管理者を追加したりできます。
次の記事には、これを試す前に読むべき詳細といくつかの注意事項が記載されています。また、下部のコメントを確認することもできます。
もちろん、基になるサーバー名を変更した後は、次のコマンドを発行した後、とにかく再起動する必要があります。
EXEC sp_dropserver N'OldPC';
GO
EXEC sp_addserver N'NewPC', LOCAL;
GO
また、ローカル ユーザーとして開始するように SQL Server サービスをハードコーディングしOldPC\user1
、サーバーの名前を変更した場合は、サービスのプロパティでそれを修正することもできます。SQL Server 構成マネージャーで右クリックし、[プロパティ] をクリックして [ログオン] タブに移動し、ユーザー名とパスワードを修正して [適用] をクリックし、サービスの再起動に関するプロンプトに対して [はい] と答えて、サービスを再起動します。
ただし、基本的に 2 回再起動する必要があるシングル ユーザー モードを使用する必要はありません。
この問題を回避する 1 つの方法: マシン名をそのままにしておきますOldPC
。または、SQL Server とその他すべてをインストールする前に、サーバーの最終的な名前を決定します...