どのようにMSSQLデータベース、データベースの同期化、分散データベース、データベースクラスタ、

プロジェクトの必要があるため、製品の展開は、アカウントのセキュリティソリューションと災害に入れなければならない。前に小規模なプロジェクトをやっているので、基本的に単一サーバー、単一のデータベース構造が、災害により、この問題が議題に置く。

    私は、たくさんの非常に精通し、浅いない資格、最近オンラインBaiduの中で基本的に関連した事柄の多くは、大まかなアイデアを持っている、

    という考えがあることである
      1。..複数のサーバでクラスタを行い、最初そうするための負荷分散圧力安定性を向上させるために、各サーバーへの圧力を軽減し、分割することができ、さらには、サーバーがクラッシュしている、別のサーバが実行し続けることができます。サービスを提供する。

      2 ...複数のサーバー上でファイルの同期、自動プットいくつかの特別なファイルを実行しますそのようないくつかの写真のリソースファイル、静的なhtmlとして、ファイル同期フォルダを行う。アップデートを行うには、このようなサーバーを、他のサーバーが同時に更新することができ、ユーザーがさえも、サーバのクラッシュの一部場合は、各サーバー上で同期ファイルをアップロードし、そのユーザーを確保することができます使用には影響しません。

      3は私を困惑され、それはデータベースクラスタ、またはコール・データベースの同期で、プロの学名は、抗が何であるかを知りません 私が達成したい機能している、複数のデータベースサーバがあり、これらのデータベースの内容は同一であり、異なるソースへのアクセスは別のデータベースに割り当てられることがあります。いつA1データベース、追加、変更、時間を削除しますハングアップしたときに、それに対応するプログラムは、他のデータベース・サーバに移行するときに、アプリケーションが実行されている他のすべてのデータベースの同期更新が、それは、データベース・サーバ上の自己エネルギーの最小圧力にデータベースサーバーを解決されます、しかしキーは、データが失われることができない前のデータは、そのサーバーのハードディスクが燃えていても、失われることができないということである

      私は、MSSQLデータベースの同期機能を発見したが、大きな問題があり、そのとき二人の個人二つのデータベース中です操作を追加するときは、同じIDから2人の成長を生み出すので、2台のサーバーは、これは非常に致命的である。一貫性のないデータの出現に同時大手を衝突します。

       上記の問題の私の説明ですが、私はポストは、おそらくこれらの技術はすでに多くの営利企業は、非常に成熟した使用されている、私は偉大な神が指導の多くを与えることを願って、今後の料理の合計が学ぶために、ここで共有置くが、私のような人が多いです料理はマスターしていない、我々はそれと対話し、私はとても眠いたこれらの日は、私は、88を眠りました。