問題タブ [database-replication]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql-server-2005 - SQL Server 2005 - sp_MSdel_ という名前のストアド プロシージャはレプリケーションに関連していますか?
ここのホーム オフィスのセットアップにはサーバーがあり、本社のサーバーからプッシュ サブスクリプションを受信します。今日、ストアド プロシージャのリストを調べたところ、多くのストアド プロシージャの先頭に「sp_MSdel_」が追加されていることがわかりました。これらはレプリケーションに関連していますか? それらを削除するか、そのままにしておくことができますか?
これらのタイプのストアド プロシージャは、メイン サーバーには見当たりません。
ありがとう!
mysql - NHibernate: 読み取り/書き込み分割
NHibernate を MySQL マスター/スレーブ レプリケーション構成に接続したいので、書き込みをマスターに送信し、読み取りをマスターとスレーブに送信したいと考えています。これは可能ですか?また、読み取りのバランスをとるためにロードバランサーを用意することも計画しています。(ldirectord)
sql-server - 書き込み負荷の高い中規模データベースのトランザクション レプリケーション
約 426 GB (インデックスを含む) で約 3 億行の、適切なサイズの書き込み負荷の高いデータベースがあります。現在、数分ごとにサーバーに報告するデバイスから位置データを収集しており、約 10,000 台のデバイスにサービスを提供しているため、毎秒大量の書き込みが行われています。各デバイスの位置を格納する位置テーブルには、約 2 億 2,300 万行あります。データは現在、年ごとにアーカイブされています。
ユーザーがこのデータベースで大きなレポートを実行すると問題が発生し、データベース全体がほぼ停止します。
レポート データベースが必要なのは理解していますが、質問は、同等のサイズのデータベースで SQL Server トランザクション レプリケーションを使用した経験があり、このテクノロジを使用した経験があるかどうかです。
私の大まかな計画は、アプリケーション内のすべてのレポートをレポート データベースに向け、トランザクション レプリケーションを使用してマスターからスレーブ (レポート データベース) にデータをレプリケートすることです。
この戦略と私が遭遇する可能性のある問題について何か考えがある人はいますか?
どうもありがとう!
sql - サーバー間でのDBのSQLServer2005レプリケーション-ターゲットサーバーで行がいつ挿入/更新されたかを知る必要があります
私はSAPインストールの最上位のBIマネージャーです。SAPアプリケーションがデータを書き込むSAPDBがあります。樹液をロードせずにクエリを実行する環境を取得するために、サーバー上でSAP DBをミラーリングしましたが、正常に動作します。
毎晩、私は大量のデータを処理しますが、今のところ正常に機能しています。将来的には、増分更新を開始する必要があることを私は知っています。
テーブルのどの行がいつ変更または追加されたかがわかれば、これははるかに簡単になります。更新または作成されたときにテーブルに書き込むターゲットサーバーでトリガーを作成することは可能ですか?多くの場合、ソーステーブルに行が作成された日付は示されません。ミラーリングとレプリケーションのルールに精通していません
ms-access - MS Access データベース ファイルを同期しています
約10個のテーブルを含むデータベースを開発しています。基本的に、地理的に離れた 2 つまたは 3 つの場所で使用されます (それらを A、B、および C と呼びましょう)。望ましいワークフローは次のとおりです。A、B、および C は常に同じデータベースを持つ必要があります。したがって、A が何らかの変更を行った場合、その変更を B と C に送信できるはずです。mdb ファイル全体を電子メールで送信しても、サイズが 15 MB 以上あるため意味がありません。そこで、BさんとCさんだけに新しい追加記録と変更を送りたいと思います。これどうやってするの?私はいくつかのアイデアを念頭に置いていますが、それを実装する方法を知りません。
ソリューション 'A' - データ テーブルのみを xls ファイルにエクスポートし、それを電子メールで送信します。しかし、テーブルを mdb ファイルにインポートするのは少し複雑かもしれません。xlsファイルも時間とともにどんどん大きくなります。
解決策 'B' - 変更のみを抽出し、新しい部分のみをメールで送信してみてください。(ただし、それらだけを抽出する方法)
解決策 'C' - すべてのユーザーを同じデータベース (ストレージ) の場所に同期する方法を見つけます。親会社のサーバー(これも海外)の共有ドライブにテーブルを保存することで、フロントエンドとバックエンドの分割ソリューションを考えていました。しかし、場所間のネットワーク接続は非常に遅く、これに必要な帯域幅がわかりません.
どんなお勧めも大歓迎です!
sql-server-2005 - タイムスタンプとキューに入れられたトランザクションが原因で SQL Server レプリケーション サブスクリプションを作成できませんが、それは正しくありません
Sql Server 2005 では、いくつかのテーブルを公開しています。この出版物には、DB2 データベースへの 3 つのプッシュ サブスクリプション (HIS2009 のコネクタを使用) があり、数か月間使用されています。別のサーバーであることを除いて、既存のサブスクリプションと実質的に同じである別のサブスクリプションを追加しようとすると、次のようになります。
でも:
- my_table_1 にはタイムスタンプ列が含まれていません
- パブリケーションには allow_queued_tran = False があります
- この出版物には他にも成功した OLE-DB DB2 サブスクリプションがあります
- パブリケーションの他のテーブルには、タイムスタンプが含まれていません。それらの一部には日付列が含まれており、DB2 に相当する型は「タイムスタンプ」ですが、DB2 の「タイムスタンプ」は単に (日付と時刻) を意味し、システム生成のタイム マーカーではありません。
sql-server - SQL Server レプリケーションのドロップとターゲット テーブルの切り捨て
SQL Server 言語でパブリケーション アーティクルを作成するために使用される sp_addarticle ストアド プロシージャには、パラメーター @pre_creation_cmd があり、これを使用して、ターゲット サーバーでのテーブルの削除またはデータの切り捨てをスナップショットに指定できます。それぞれにどのような状況が適していますか?
sql-server-2008 - 複製されるLOBデータ(78862)の長さが、構成された最大65536を超えています
これは関連する質問です。
SQL Serverレプリケーションをインストールしていないのに、なぜこのエラーが発生するのですか?最も奇妙なことは、私が修正を実行したときです
それは動作し、私はもうこのエラーを受け取りません
database - プロジェクトで使用されているデータベースの複製方法は何ですか? CDC を使用している場合、どのように役立ち、どのような課題がありますか?
これは、製品レベルの DBA/情報専門家のほとんどに対する質問です。できるだけ多くの異なるデータベースのソリューションが必要です。そのため、使用された複製方法の詳細を提供してください。例:
- データベース: オラクル 11i
- レプリケーション方法: GoldenGate を使用した Oracle ODI-EE
- 長所:任意のデータベースなどと統合できます
- 短所:まあまあのデータベースと統合できない、その他の一般的な問題
一部のユーザーは、トリガー ベースまたはカスタム PL-SQL ベースのソリューションを使用している可能性があります。そのシナリオで直面している問題を指定してください。
CDC ソリューションだけを探しているわけではないので、CDC ベースのソリューションに限定しないでください。
解決策を検索してみましたが、統合された回答が得られませんでした。これが既存の質問である場合は、リンクを共有して、お気軽にこれを閉じてください。
sql - マスター/スレーブ レプリケーションの信頼性はどの程度ですか?
私はRailsLab でこのスクリーンキャストを見ていました。プレゼンターは、書き込み操作用のマスター DB と読み取り操作用のスレーブ DB を持つことが可能であると主張しています。特定の種類の Web サイト (ブログ、ソーシャル ネットワーク、Web 2.0 サイトなど) では、マスター DB とスレーブ DB が短期間で 100% 同期されなくても問題ありませんが、ドメインでは許容されません。銀行や保険など。
私の質問は、このようなマスター/スレーブ レプリケーションの使用法が、システムの整合性を侵害する余地がない銀行や保険 (および同様の) アプリケーションに対して十分に信頼できるかどうかということです。言い換えれば、マスター DB とスレーブ DB が短期間同期していなくてもかまわない場合です。
そうでない場合、システムの整合性が損なわれる余地がまったくないような環境でデータベース システムをスケーリングするために利用できる水平方向の (垂直方向ではない) ソリューションはどれですか?