SQL Serverシステムのトラブルシューティングトラブルシューティングのヒント

SQL Server 2005および2008には、ログ配布、コピー、データベースミラーリングなど、高可用性のためのいくつかのオプションがあります。これらのテクノロジはすべて代替サーバーを保守する手段として使用できます。元のプライマリデータベースで問題が発生した場合は、このデータベースをオンラインにして新しいプライマリサーバーとして使用できます。ただし、スタンバイサーバを回線に交換するのは、トラブルシューティング作業の半分にすぎません。

アプリケーションを動作させ続けるためにデータベースの外側で留意すべきことがたくさんあります。これには、ログイン情報、データベースユーザー、スケジューリングタスク、DTSおよびSSISパッケージ、実行可能ファイル、システムデータベース内のオブジェクト、同じ名前のデータベース、リンクサーバーなどが含まれます。

場合によっては、これらの小さな依存関係がデータベース障害回復の実行時にしか発見されないため、問題の根本原因をデバッグして評価するために多くの時間を費やす必要があります。さらに、停止時間を減らすために、2番目のサーバーとアプリケーションをできるだけ早くオンラインにする必要があります。そのため、事前に設定することが非常に重要です。

高可用性とSQL Serverの障害回復計画に関しては、私が好きなラテン語のスラングを覚えておいてください。平和を得るためには、まず戦争に備えなければなりませんが、このことを思い出した後、遭遇するかもしれない問題のいくつかを見てみましょう。また、データベース障害回復プロセスを迅速かつ効率的に完了させるために事前に実行できるいくつかのタスクを提案します。

SQL Serverログイン情報とデータベースユーザー

回復サーバーは、パスワードを含むすべてのログイン情報とデータベースユーザーをバックアップする必要があります。ログイン情報はいつでも作成できますが、ログ配布またはデータベースミラーリングを使用している場合は、データベースが回復状態を処理するため、オンラインに戻った後にのみ回復プロセスを完了できます。

Windows認証を使用すると、ログイン情報をデータベースユーザーに簡単にマッピングできます。ただし、SQL認証を使用している場合は、別のサーバーから取得したデータベース上のデータベースユーザーへのログイン情報を手動で再確立する必要があります。したがって、データベースを移行すると、ログイン情報とデータベースユーザーの間の接続が失われます。

2番目のサーバーにデータベースを復元した後、次のコードを実行します。

USE YourDatabaseName

EXEC sp_change_Users_Login 'UPDATE_ONE'、YourDBUserName、YourLogin

ログイン情報の同期を維持するもう1つの方法は、SQL Serverインスタンス間でログイン情報とパスワードを転送する方法についての記事をマイクロソフトサポート技術情報の手順に従うことです。この記事では、オリジナルのSIDを使用してログイン情報をスクリプト化する方法について説明します。これらのログインがフェールバックデータベースサーバーで作成されると、ログイン情報とデータベースユーザーの間の接続が保存されるので、孤立したユーザーを修正するために上記のスクリプトを実行する必要はありません。