SQL Server 2005 Standard 64x、現在300以上の小さなデータベース（それぞれ5MB）、ユーザーベースは必要に応じてデータベースを追加します。ウォームスタンバイ用にログ配布を実装したいが、ウィザードを介してではなく、ログ配布されたデータベースごとに3つのジョブ（プライマリに1つ、セカンダリに2つ）を追加するように見えるためです。
自分で書いたり、QuestのLiteSpeedのようなものを使用したりしようとしていますか？それとも、何百ものSQL Serverエージェントジョブがあり、それらすべてが起動することについてあまりにもきしむのでしょうか（さらに悪いことに、それらの時間を計る必要があります）？
すべてのアドバイスを歓迎します。
ユーザーごとに新しいデータベースをプロビジョニングするので、組み込みのLoShippingに反対することをお勧めします。新しくプロビジョニングされたデータベースごとに、新しいログ配布セッション、ジョブなどを追加する必要があります。
ログ配布の核心（バックアップ、コピー、復元、繰り返し）が非常に簡単であることを考えると、代わりに、自動化されたソリューションをゼロから構築し、ジョブを少なくすることを検討します（たとえば、バックアップを1回実行するジョブ、1回のコピー、1回または2回の完全な復元）。
何百ものデータベースを管理している場合は、すべてを自動化し、確実に実行できる製品を購入してください。それが Quest の LiteSpeed を意味するのであれば (私はそれに慣れていません)、それで構いません。これに伴うすべてのジョブを管理する必要はないので、それ自体を自動化するものを見つけてください。自動化されていないと、後で大変なことになります。
これは、ログ配布の非常に悪い使い方です。300 個のログ ファイル。それぞれの小さなファイルが 15 分ごとに出荷されます。ログのバックアップ間隔が 15 ～ 30 分を超える場合は、ほぼ間違いなく重要ではありません。
「ジョブレス」または完全なクラスタリングであるデータベースミラーリングを実際に検討します。安さについては、データベース ミラーリングが勝ちます。
高可用性の概要(SQL Server 2008 ですが、'2005 にも適用されます)
後期編集:
ミラーリングとスレッドに関する 2 つの記事
これは関係ないかもしれませんが、とにかく知っておくと良いことです。