問題タブ [database-replication]

SQLServer2005レプリケーションをセットアップしたリモートロケーションがいくつかあります。パブリッシャーは、次のようなさまざまな理由で複製に失敗することがあります。

1）ネットワークの問題、

2）加入者の不適切なシャットダウン、

3）ドメインパスワードの変更、

4）SQLパスワードの変更、

5）加入者システムのスイッチをオンにできない。

これが発生したときにSQLサーバーに管理者に電子メールを送信させて、管理者が確認できるようにする方法はありますか？

ありがとう、チャク。

一部のエンド ユーザーは IT に精通しておらず、SQL レプリケーション システムの正常性をチェックする方法を知らない場合があります。監視できる SQL Server Management Studio よりも簡単なツールはありますか? エンドユーザーはプログラマーではないので、私はこれを求めています。

そうでない場合、クライアントの管理者または中央オフィスがリモート クライアント サイトの SQL レプリケーション タスクの状態を監視する方法は何ですか?

ありがとう、よろしく、チャク。

外部 hd に格納される予定の SQL Server Express データベースを構築しました。自分のシステムや他のシステムにあるデータベースのデータを追加/更新し、追加または編集したデータのみを外付けハード ドライブにバックアップまたは転送できるようにする必要があります。これを達成するための最良の方法は何ですか？

私は最近、Lucene に基づく Regain Search を使用してすべてのソフトウェア サポート チケットを検索する検索システムを社内に作成しました。SQL でクエリを実行してデータを抽出し、Excel にエクスポートし、Access にインポートし、追加のクエリを実行し、レポートを作成し、レポートを .txt ファイルにエクスポートし、ファイル スプリッターを使用して HTML テキストをページに分割してから処理します。インデクサーにそれをオフにします。合計で 90,000 以上のページがインデックス化され、残りは変更されないクローズド サポート インシデントであるため、毎日約 2,000 程度しか更新していません。その結果、優れた検索機能が得られますが、レコードを更新するのは非常に面倒で手動のプロセスです。

これを毎晩自動的に更新するシステムに改良したいと思います (または、少なくともこれを可能な限り自動化しようとします)。SQL 2005 サーバーを構築し、読み取りアクセス権を持つ運用サーバーにリンクしました。ここから最善のアプローチを見つけようとしています。表は基本的に次のとおりです。

場合

CaseID CompanyID (FK) 説明 解決策

活動内容

ActivityID CaseID (FK) 日付 技術者のコメント

会社

会社 ID 会社名 ライセンスの種類

エスカレーション

EscalationID CaseID (FK) 詳細

では、「select into」ステートメントを実行して、インデックスを作成して検索を実行できる、正規化されていない 1 つの大きなテーブルを作成する必要があるでしょうか。これに関する例や本はありますか？レポートサービスは必要ですか? 維持すべき最も重要なことは、高速なクエリ速度です。現在、すべてのクエリがほぼ瞬時に返されます。どんな助けでも大歓迎です。

VPN 経由で SQL Server 2005 インスタンスから Sql 2000 インスタンスへの SQL レプリケーションを使用する必要があります。VPN は 2 つのサイト間で永続的であり、レプリケートが必要なテーブルはわずかしかありません。VPN を介したレプリケーションの利点/欠点、または SQL 2005 と Sql 2000 間のレプリケーションに関する問題を教えてください。

ありがとう

タイムゾーン間で複製する場合、SQL Serverは日時列の転送をどのように処理しますか？

サーバーのレプリケーション設定が正しいことを確認するための基本的なスモークテストを実行するSQLスクリプトを作成したいと思います。

複製されることになっているテーブルに対する単純な一連のCRUD操作で、私が求めているものが達成されると思います。ワークフローは次のようになると思います。

1. INSERTパブリッシャーデータベースのレプリケートされたテーブルへの行
2. レプリケーションジョブが実行されるのを待ちますか？
3. サブスクライバデータベースのテーブルに行が存在することを確認します

私の質問は、ステップ2をどのように行うかです。表を見ると、関連するジョブが最後に実行されたのはいつかを確認できると思いますがmsdb..sysjob*、これが問題を解決するための最良の方法かどうかはわかりません。

2 つの状況があります。

1. 役職のテーブルを含むデータベース サーバーがあります。これらの役職は、別のサーバー上のデータベースからアクセスする必要があります。リンク サーバー接続が確立され、すべてが正常に機能しています。問題: テーブルが別のサーバーに物理的に格納されているため、外部キーの参照整合性がない可能性があります。また、最初のサーバーがメンテナンスのために停止されると、2 番目のサーバーのアプリケーションが中断されます。これは、2 番目のサーバーがリンク サーバーの接続とデータに依存しているためです。

2. 別のデータベース サーバーには、共通のデータ要素を保持するために使用されるデータベースがあります。たとえば、米国の州と準州の表、郵便番号の表、およびアプリケーション全体で使用されるさまざまなコード表があります。問題: 上記と同様に、参照整合性機能がありません。さらに、セキュリティを維持し、アプリケーション データベースにアクセスできるユーザーがこの「共通」データベースに必要なアクセス権を持っていることを確認するのは、面倒で時間がかかります。

私の質問は次のとおりです。このデータは消費するアプリケーションに対して読み取り専用であるため、レプリケーションを使用してこの問題を解決できますか? ソースから宛先サーバー/データベースに役職の 1 つのテーブルを複製できますか? また、「共通」データベースのテーブルに対しても同じことを行うことができますか (それらを必要とする任意のアプリケーション データベースに複製します)。これで上記の問題は解消されると思いますが、それは賢明な行動でしょうか、それとも解決するよりも多くの問題を引き起こすのでしょうか?

localhost MySQL サーバーで発生するすべてのアクション (挿入、更新、削除) のデータをリモート MySQL サーバーに更新したいと考えています。どうすればいいですか？

1 番目のノードでの slonik コマンドの例:

2 番目のノードでの slonik コマンドの例:

上記のどの slonik コマンド (どの slonik コマンドで) が、各ノードのデータベースに $CLUSTERNAME スキーマを作成しますか?

私は 2 番目のノードにもっと興味があります。2 番目のノードのデータベースに $CLUSTERNAME スキーマを作成するのは store node() コマンドですか?