問題タブ [replication]

SQL サーバー 2005 と ce フレームワーク 3.5 を使用しており、手持ちのサーバーと SQL サーバーの間でマージ レプリケーションを使用しようとしています。次のエラーが表示されます。

エラー 28532 : トランスポートからの読み取り操作でデータが返されませんでした。SQL Server Compact 3.5 クライアント エージェントと SQL Server Compact 3.5 サーバー エージェントのバージョンは一致している必要があります。

私はネット上でほとんどまたはまったく情報を見つけていません。Server Compact 3.5 Client Agent と SQL Server Compact 3.5 Server Agent のバージョンを確認する方法、または問題を解決するために実行できる手順を誰か教えてもらえますか?

ありがとう ロード シェリル

MOSS のフェールオーバー ロケーションをセットアップしようとしています。現在のファームは 32 ビット Windows 2003 上に構築されています。フェイルオーバーの場所であるサーバーはすべて 64 ビット Windows 2008 です。

これら 2 つの環境を対話させて同期させる方法はありますか? 「ストレッチされた」ファーム構成を検討しましたが、両方の場所のビット幅が同じでない限り機能しません。

MOSS の現在のデータベース サーバーは、クラスタリングを使用してフェールオーバーの場所に複製され、両方の場所で表示されます。

大規模な (6 TB) oracle データベースへの更新ストリームを別の非 DBMS システムにレプリケートする最良の方法は何ですか? Oracle データベースを「一括ロード」する必要はありませんが、すべての更新をほぼリアルタイム (10 秒以下のレイテンシー) で別の自家製システムに流したいだけです。更新は 1 秒あたり 10 メガバイトに相当する 150 行/秒の速度で行われます。

明確にするために、あるデータベースから別のデータベースに複製していないことを強調しておきます。これはアプリケーション統合の問題です。データベースから社内の非データベース アプリケーションにレプリケートする必要があります。エンタープライズ サービス バスを使用することを考えましたが、それは不適切なようです。

SQL Server データベースをセットアップしました。1 つのパブリッシャーと 1 つのサブスクライバーがあるレプリケーション シナリオを設定しています。サブスクライバーはレポート プラットフォームとして使用されるため、必要なすべての BI クエリを実行でき、クライアントからすべてのデータを受信して​​いるサーバーにアクセスする必要があります。サブスクライバーは、ディストリビューターからデータをプルするように設定されています。

パブリッシャー データベースには多くのインデックスがありませんが、レポート サーバー (つまり、サブスクライバー) にはそれらが必要になります。

私の質問は次のとおりです。SQL Server a) はこのシナリオを許可しますか?サブスクライバーの変更がパブリッシャーにプッシュバックされないことに注意してください。b) スナップショットが実行された場合、インデックスが上書きされると思いますが、これを停止できますか? c) これは賢明な行動ですか。

ありがとう。

ポール・キンラン

http://www.topicala.com/ http://www.thecompanything.com/

同じデータベース サーバー自体の 1 つのデータベースに作成できるパブリッシャーの最大数はいくつですか?

また、逆に、

同じデータベース サーバー自体の 1 つのデータベースで作成できるサブスクライバーの最大数はいくつですか?

データを収集し、Microsoft SQL Server Compact を使用してローカルの WinXP PC に保存するアプリケーションがあります。レポートとアーカイブのために、そのデータを単一の本格的な SQL Server に集約したいと考えています。多少の遅延は許容されますが (最大 1 ～ 2 分)、データ転送はかなり連続的である必要があります (つまり、バッチ処理ではありません)。

データは、コレクターからサーバーへの一方向のプッシュです。コレクターは、他のコレクターが何をしているかを知る必要がなく、プライマリ サーバーがコレクターのデータを更新することはありません。現在の計画では 5 つのコレクターを対象としていますが、基本的にスケーラビリティーに制限はありません。

「ほとんど接続されている」と想定する必要がありますが、コレクターからサーバーへの接続を保証することはできません。サーバーまたはネットワークがダウンしても、データは引き続き収集され、サーバーが再び到達可能になったときにデータがプッシュされます。

理想的には、インフラストラクチャの作業が完了したら、プログラミング以外のエンジニアがセットアップできるソリューションが必要です。したがって、コードとウィザードを作成することは問題ありませんが、エンド ユーザーはコードの作成について何も知らないとは想定できません。

現在、これには 2 つの技術候補があります。

1. SQL レプリケーション
2. Microsoft 同期サービス

最初のものについてはほとんど経験がありませんが、SQL Server でサブスクリプションなどを設定するのは面倒であり、それらをデバッグするのは楽しくないことを知っているので、代替手段を見つけようとしています.

#2 についてはほとんど何もわかっていませんが、デバイス データをサーバーに送信するための代替手段として提案されていることだけです。

このタイプのシナリオ、またはこれらのテクノロジのいずれか/両方、または共有できるとは考えられていないものを使用した経験のある人はいますか? コレクターの SQL Compact は固定要件です。サーバー上の SQL Server は必須ではありませんが、顧客が既に持っているため望ましいものです。

SQL Server 2005トランザクションレプリケーション用にどのポートまたは通信モードを開く必要がありますか？メインとスレーブは地理的に離れています。

SQL Server 2000 にデータベースがあり、時々切り詰める必要があります。最も簡単な解決策は、複製データベースを作成し、そこにプライマリ データベースをコピーすることです。その後、プライマリ データベースは、特別に調整されたストアド プロシージャによって安全に切り捨てられます。

一方向のレプリケーションでは、バックアップ データベースにプライマリ データベースからのすべての更新が含まれることが保証されます。

レポートにはバックアップデータベースを使用し、運用データにはプライマリを使用する予定です。プライマリ データベースは、2 日に 1 回夜間に切り詰められます。データベースは数ギガバイトです。いくつかのテーブルのみが非常に大きい (1 ～ 200 万行)

考えられる落とし穴は何ですか？そのようなソリューションはどれほど信頼できるでしょうか? プライマリ データベースの速度が低下しますか?

更新:コピーを行うための DTS を使用するバリアントは良さそうに聞こえますが、独自の欠点もあります。更新された行をコピーするには、約 1 時間実行される非常に堅牢なスクリプトが必要です。プライマリ データベースの整合性制約にも問題があり、切り捨てが重要なタスクになります。このレプリケーション コールドのおかげで、状況はかなり改善されます。

ユニオン VIEW を使用することも可能ですが、完全に良い方法ではありません。これは関連する問題ですが、技術的ではありません。

SQL Server 2005 とトランザクション レプリケーションを使用している場合、サブスクライバーの主キーの制約を削除し、パブリッシャーの主キーの制約を残すことはできますか?

プライマリ 既存のクラスター化された制約とは異なる列でクラスター化したいので、これを行いたいです。最初に制約を削除せずに、制約をクラスター化から非クラスター化に変換できるとは思いません。レプリケーションは既に行われています。

1 つのパブリッシャー、複数のパブリケーション、および複数のサブスクリプションを含むマージ レプリケーション トポロジがあります。少なくとも 8 か月間は問題なく動作しています。

数日前、私の PO コードが理由もなく標準の「ZWWTP/PO-0092」スタイルから新しい「ZWWT」スタイルに「変更」されていると知らされました。PO コードの文字 5 から 8 が次のように変更されました。別の文字列は、一部のサーバーでは chr(0) & chr(1) & chr(0) & chr(1) です

レプリケーション/サブスクリプション プロセスの 1 つだけがそのようなダミー データを生成しているように見える点に到達しました。パブリッシャーの PO コードとこの特定のサブスクライバーは、最近更新または追加されたレコードと一致しなくなりました。サブスクライバー側で作成された PO のコードは、パブリッシャーにアップロードされると変更されます (サブスクライバー側ではクリーンなままです)。パブリッシャーからダウンロードされた PO は、変更された PO コードでサブスクライバーに反映されます。

その後、いくつかのテーブル比較ユーティリティといくつかの UPDATE ステートメントを使用して、両方のサーバーのデータをクリーンアップ/調整することができましたが、2 つのサーバー間でレプリケーションが実行されるたびに、まったく同じ不一致が表示されるようになりました。レプリケーションが正常に実行された後、非収束状態に戻ります: 同じレコード、同じ値!

私は、データの収束と複製に関して、利用可能なリソースの多くをネット上に残したとは思いません。何も見つかりませんでした。私は 3 時間以内に既存の出版物/購読を破棄/再構築することを計画していますが、精神分析の問題に発展する前に、私の問題に対する合理的な答えをまだ探しています。

何が起こっているのか誰にもわかりませんか？

PS: ちなみに、PO コードは自然キーとして使用されないため、このレプリケーションの問題はデータベースの整合性には影響しません。ほとんどの場合に機能する自然キーに反して常に機能する代理キーを支持するもう1つの議論ですが、これは別の場所で議論されています...

編集:まあ、私はそれをやったが、うまくいかなかった! サブスクリプションとパブリケーションの両方をスローし、パブリケーションを再作成しましたが、スナップショットを生成できませんでした。サーバーは、「パブリッシャーの ID 範囲割り当てエントリ」と呼ばれるものを管理できませんでした。これは「システム テーブルに見つかりませんでしたMSmerge_identity_range。

ブラウジングした後、「出版物データベースで作成された最初の出版物をドロップした」ときにこのような問題が発生する可能性があるという 記事を見つけました</p>

なんて面白いんだ！これはまさに私がやったことです！

幸いなことに、この問題は SQLServer 2005 累積パック 5 で解決されるはずですが、ダウンロードしてインストールする必要があります。しかし、問題は次のとおりです。この CP5 がリリースされる前に、SQLServer 2005 ユーザーはどのように作業できたのでしょうか。

EDIT2: 累積パック 5 が機能せず、新しいレプリケーションのスナップショットをまだ作成できません!