タグ付けされた質問 「merge-replication」

1
マージレプリケーションの誤った競合を適切にトラブルシューティングする方法
SQL Server 2008 R2マージレプリケーションのセットアップがあります。 最近、いくつかのテーブルで競合が発生し始めました。競合ビューアを確認すると、勝者と敗者の列の値が同じであることがわかります。 これらのデータは1人の加入者だけが入力していると確信しています。 使った sp_showrowreplicainfoは競合する行の詳細を取得していましたが、2つの行がありました。1つはパブリッシャー用、もう1つはサブスクライバー用で、両方の行の「バージョン」が1です。 また、ブランドンの方法を実装しました:Merge Replicationで変更を監査しますが、通常の挿入のみを示していました! この種の競合のトラブルシューティングを開始する方法を教えてください。

1
SQL Server 2005からSQL Server 2012へのアップグレード
次のテスト環境をセットアップしています。 仮想マシン(Hyper-V) Windows Server 2008 R2 SP1(x64ビット) Windows SQL Server 2005 Developer Edition SP4(x64ビット)(デフォルトのインスタンス名) マージレプリケーションが設定された1つのデータベース...それぞれ2つのサブスクライバを持つ3つのパブリケーション。 SQL Server 2012 Developer Edition(sp1)へのアップグレード手順をテストしています... 64ビットSQL Server 2012開発用のisoをダウンロードしました。(sp1)MSDN(フルライセンスコピー)からアップグレードパスを開始しました。さまざまな基準のチェックを開始する最終段階の1つで、以下に概説する奇妙な問題に遭遇します。 Rule "Upgrade architecture mismatch" failed. The CPU architectures of upgrading feature(s) are different. To upgrade these features, Setup architecture must be the same as the features being …


1
関数呼び出しによる推定クエリプランと実際のクエリプラン
SQLサーバーにこのクエリがあります。マージレプリケーションクエリです。 SELECT DISTINCT b.tablenick, b.rowguid, c.generation, sys.fn_MSgeneration_downloadonly ( c.generation, c.tablenick ) FROM #belong b LEFT OUTER JOIN dbo.MSmerge_contents c ON c.tablenick = b.tablenick AND c.rowguid = b.rowguid; 推定クエリプランには、3つのクエリに関する情報が含まれます。 上記のクエリ fn_MSgeneration_downloadonlyへの関数呼び出し fn_MSArticle_has_downloadonly_propertyへの関数呼び出し 実際のクエリプランには、次の情報のみが含まれます。 上記のクエリ 関数については何もありません。実際のプランで機能情報が欠けているのはなぜですか? 私はこれらのオプションを試しました: SET STATISTICS PROFILE ON SET STATISTICS XML ON 実際のプランを作成しましたが、Management Studioで実際のクエリプランオプションを使用したときと同じように、パート2と3が欠落していました。 たとえば、プロファイラーを使用して関数呼び出しに関する情報を取得する場合、どのイベントを選択しますか? クエリプランに特に関連する回答は見つかりませんでしたが、SP:StmtStartingおよびSP:StmtCompletedのプロファイルを作成したところ、関数呼び出しが表示されました。

3
マージレプリケーションのアーティクル数のハード制限?
背景のビット。マージレプリケーションを使用するアプリを開発しました。現在、約212の記事を公開していますが、256の記事数の制限に収まっているようです。(サーバーではSQL Standard 2005、サブスクライバーレベルでは2005 Expressを使用します。) 私たちは新しいバージョンを開発中であり、新しいデータベースはゼロから構築されています。これには、SQL 2008 R2 Standardサーバー側とExpress 2008 R2の最小システム要件があり、クライアント側でも同様です。公開された記事と同じ256カウント制限。(はい、2012年もサポートしますが、制限は同じです) 問題は、新しいバージョンで400以上の記事を公開してテストに成功し、すべてが機能的にテストされるところです(パブの作成、スナップショットとサブスクライバーの作成、およびレプリケーション自体)。他の誰かが以前にカウント制限を超えたことがありますか?これはソフト推奨制限に過ぎませんか?パブリケーションの作成中、またはサブスクライバーの作成中に、エラーは発生していません。 この記事によると:http : //msdn.microsoft.com/en-us/library/ms143432%28v=sql.105%29 Microsoftからのコールバックを待っていますが、SQLのどのバージョンでも、これを以前に見たことがあるかどうか知りたいのですが。

3
ROWGUIDCOLとしてのPKまたは別のrowguid列を使用しますか?
ここで長い議論が続いているので、他の意見を聞きたいです。 uniqueidentifierがクラスター化されたPKを持つテーブルがたくさんあります。これが良いアイデアかどうかは、ここでは範囲外です(そして、すぐには変更されません)。 ここで、データベースをマージパブリッシュする必要があり、DEVは、既存のPKをROWGUIDCOLとしてマークするのではなく、個別のrowguid列の使用を推奨しています。 基本的に、彼らはアプリケーションが複製のみで使用されるものをドメインに持ち込むべきではないと述べています(それは彼らにとって「DBAのもの」だけです)。 パフォーマンスの観点からは、既存の列で実行できることを実行するために新しい列を追加する必要がある理由はわかりません。さらに、それは「DBAのもの」だけなので、DBAに選択させてみませんか? 私はDEVのポイントをある程度理解していますが、まだ同意しません。 考え? 編集:私はこの議論の中で少数派であり、私の立場に疑問を投げかけるDEVは私が尊敬し信頼する人々であることを追加したいだけです。これが私が意見を求めた理由です。 また、何かが欠けている可能性があり、その点を誤解している可能性があります。

3
BLOBのマージレプリケーション中の高tempdbディスクI / O
BLOB(タイプimage)を複製するためのマージパブリケーションがあり、私のデータサイズに対して非常に高いtempdbディスクI / Oを取得しました。パブリケーションはダウンロード専用であり、フィルターはありません。 高いディスクI / Oは同期によって引き起こされ(サブスクライバーが同期していない場合はすべて問題ありません)、サブスクライバーの数と強く相関しています。同期の間にパブリッシャーでデータが変更されていない場合でも発生します。 複製されたテーブルのサイズ:7MB(行の総数は約100) tempdb I / O:書き込み(ログおよびデータファイル)の場合、最大30 MB /秒 サブスクライバーの数:100をわずかに超え、それぞれが30分ごとに(ほぼ均等に)同期しています。 保存期間を14日に設定 パブリッシャーではSQL Server 2008を、サブスクライバーではSQL Server 2005-2008R2を使用します。すべてのサブスクライバーはWeb同期を使用します。 さらに、サブスクライバーでの同期には多くの時間がかかり、replmerg.log次のように複数回発生します。 DatabaseReconciler, 2015/04/21 12:13:40.348, 3604, 25088, S2, INFO: [WEBSYNC_PROTOCOL] Sending client ReconcilerPhase WebSyncReconcilerPhase_RegularDownload DatabaseReconciler, 2015/04/21 12:13:47.063, 3604, 25194, S2, INFO: [WEBSYNC_PROTOCOL] Received server ReconcilerPhase WebSyncReconcilerPhase_LastRegularDownload @stream_blob_columns効果なしで設定のオンとオフを試みた。 質問がある:それは加入者にこれらのブロブを送信するためにマージレプリケーションを使用することをお勧めしますか?tempdbの問題のない大量のデータを含む他のパブリケーション(BLOB列はありません)があります。それはSQL Serverの欠陥ですか、それとも不適切な設定ですか? パブリッシャーとディストリビューターは同じインスタンス、SQL Server …

2
SQL Serverレプリケーション代替ソフトウェア
SQL Serverレプリケーションを長い間使用していて、いくつかの問題がありました。サブスクリプションを再初期化して、一部の問題を修正したり、レプリケーション構造全体を破棄して再構築したりする必要があったこともあります。 私たちの主な懸念は、レプリケーションの問題が発生すると、ほとんどの場合、簡単な解決策は、ビジネス要件で受け入れられないレプリケーションを再初期化することです。 現在、私たちは新しい大きなプロジェクトをリリースする準備をしています。SQLServerレプリケーションを実行するためのサードパーティソフトウェアを探しています。 私たちのセットアップには、ブランチに分散したサーバー(さまざまな国)+モバイルクライアント(ローカルSQL Serverデータベースを備えたラップトップ)が含まれており、記事のフィルタリングを提供する機能を使用して、これらすべての間でデータを複製する必要があります。 誰かが私たちにいくつかの代替ソリューションを提案してくれませんか?

2
SQL Serverディストリビューションデータベースのログファイルがデータベースの完全バックアップ後に制御不能に増大する
8つのサブスクライバーにプッシュするマージレプリケーション環境があります。これは正常に動作しています。ディストリビューションデータベースは、シンプルリカバリモードでセットアップされています。毎日00:30にすべてのデータベースをバックアップする保守計画があります。このプロセスが完了すると、配布ログファイルは次の30分間で大きくなり、ハードドライブの残りのすべてのスペースを吸収します(約90GB) その後、ディストリビューションデータベースが "回復保留中"と表示され、マシンを再起動するまで何もできなくなります。この後、ログファイルを2MBに縮小できます。 なぜこれが起こっているのか私にはわかりません。ログファイルは、日中約10MBで実行されます。データベースのサイズは15GBです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.