したがって、SQL (2005) トランザクション レプリケーションは、通常、単一のパブリッシャーと単一の (読み取り専用) サブスクライバーでうまく機能します。データの変更と更新は完全に流れ、約 5 秒のレイテンシーで問題ありません。
私が解決しようとして数日を費やした（そして答えを求めてどこでもグーグルで調べた）私の1つのしつこい問題は、新しいsprocs / table / etcです。「記事」として「出版物」に追加したにもかかわらず、読み取り専用サブスクライバーに伝播されません。パブリケーションでは、「スキーマの変更を転送する」がオンに設定されており、ストアド プロシージャは定義を転送するように設定されています。しかし、何らかの理由で、そうではありません。
「スナップショット エージェント」プロセスが [スケジュールされていません] に設定されています。(つまり、手動で開始したときに一度だけ発生します。) 新規または変更されたテーブルと sproc の転送を有効にするために、これをスケジュールに入れる必要がありますか?
オブジェクトを記事として出版物に追加するだけで済むと思っていましたが、スナップショットを作成しない限り送信されません。これらを接続する WAN は完全に高速で信頼性が高いため、それは問題ではなく、テーブル データの更新は比較的高速で問題なく転送されます。
スナップショット エージェントをスケジュールどおりに配置することはできますが、これにより、メインのパブリケーション データベースまたは読み取り専用コピーのユーザーに対してリアルタイムの運用上の影響はありますか? (私のサイトは現在、月に 400 万以上のユニーク ユーザーを獲得しているため、混乱を最小限に抑えたいと考えています...) ありがとうございます!