database-replication

    1

    1答えて

    私のデータベース設計に問題があります。私は以下のすべてのインスタンスを達成したいと思います: 1.)マルチマスターとシングルスレーブ。 2)は、スレーブにデータベースの名前を変更します。(Server1とServerは差分データセットを持っている) ] 1 に現在、私は、スレーブあたり1つのマスターして、データベースを複製することができます。しかし、私はそれが(私はそれを望むような方法で行うことは

    0

    2答えて

    プライマリサーバー # postgresql.conf wal_level = hot_standby archive_mode = on archive_timeout = 10 archive_command = 'test ! -f /archive/%f && cp %p /archive/%f' スタンバイサーバ hot_standby = on 私はスタンバイに$PGD

    2

    1答えて

    私はシャードされ、複製されたMongoDBクラスタを持っています。$currentDateを使用すると、MongoDBは現在の時刻をサーバ間で同期させるのでしょうか、

    0

    2答えて

    私はS2 SQLデータベースを持っていて、セカンダリジオレプリケートされたデータベースを作成すると、それは同じサイズ(S2)でなければなりませんか?私はあなたがセカンダリDBに課金されるのを見ますが、そのセカンダリに対して報告されたDTUは0%です。これはS2が大きすぎることを示しているようです。 可能であれば、コストを節約し、できるだけ小さいサイズにセカンダリを移動したいと思います。 考慮事項

    0

    1答えて

    スレーブ内のトリガをMySQLのレプリケートされたステートメントによって呼び出す方法をどのように検出できますか? 私はUSER()関数で試しましたが、トリガーが複製されたステートメントによってアクティブ化されていると、nullを返します。レプリケーションユーザ(repl)を返すべきではありませんか? 例: CREATE TRIGGER `test`.`t1_BEFORE_INSERT` BEFOR

    1

    1答えて

    Postgres(9.3)Hot Standbyを使用して、データベースの読み取り専用コピーを構築しています。マテリアライズド・ビューから読み込むUIがあります。 スタンバイ・データベースのマテリアライズド・ビューから読み取ろうとすると、問合せがハングします。 マテリアライズド・ビューは、マスター・データベースで再構築するまで10秒かかります。スタンバイ・データベースの問合せは30分以上待っており

    0

    1答えて

    最近、私は挿入操作によってmongodの遅いクエリが起きることが判明しました。 セカンダリmongodインスタンスが別のノードからのデータを同期すると、常にheppendします。 レプリケートセットには3つのメンバーがあり、クライアントドライバに「w:2」と書かれています。 oplog syncは挿入処理をブロックしますか? ドキュメントを同期ノードに挿入するとどうなりますか?

    0

    1答えて

    他のデータセンターに複製できるインメモリのキー/バリューストレージが必要です。 ここに私達の要件があります: 1.すべてのデータセンターは同じデータベースを持っていなければなりません(わずかな再同期は30-60秒のように受け入れられます)。マスターサーバーを1つしか使用できないことはわかっていて、問題ありません。 1つのデータセンター内の1つのデータベースのみがマスターになります。しかし、マスター

    0

    1答えて

    プライマリ・データベース・サーバーとDRデータベース・サーバー間のレプリケーションにGolden Gateを使用しています。 SANが廃止されると、数時間はDRサーバーをシャットダウンする必要があります。 ここでは、Extracts/Replicatやその他のプライマリ/ DR Linuxサーバーの問題を回避することなく、適切なゴールデンゲートのレプリケーションを維持するために、DRシャットダウン