web-dev-qa-db-ja.com

一般的な高レベル評価

みんなとギャル、私は課題の乱交を務めました。目的は、さまざまなWeb、クライアント - サーバーおよびTablet Sync'D分散クライアントサーバープログラムにデータを提供するためにコンサートで機能するいくつかのデータベースサーバー上の「手の視点」に似ているものです。

具体的には、これらのマシンのパフォーマンス/信頼性/セキュリティ/ etcを改善するための将来の作業のための推奨事項を含む「メンテナンスプラン」を思いつくように求められました。

Teh Interwbsにいくつかの良い記事があるかもしれませんya'llが私を始めるために私にいくらかの良い根拠を与えるかもしれませんか? 「これらは上位4つの範囲4であることを説明しています、そして、これは彼らのそれぞれを掘削するときに進むべきな方法です "ものの種類は素晴らしいでしょう。

データベースはすべてSQL 2005ですが、互換性レベルは80で、元々はSQL 6.5に基づいてERWINで作成されました。 OSSはすべてWindows Server 2003です。

皆さんありがとう!

ティム

1
tcarper

明確な答えを持っていませんが、ここに私の2つのセントがあります。私のビューでは、これに近づく2つの方法がありますが、アプリケーションを変更しないことは、サービスとカスタマイズされたアプリケーションに移動することです。

アプリケーションやデータベースを変更したくないが、より信頼性の高いシステムが必要な場合は、次の点を確認してください。

  • リカバリポイントの目的 とリカバリ時間の目標を知っています(これは、アーキテクチャ、手順、およびハードウェアに関して必要なものを定義します)
  • Storage Architecture(米国の拡大、ホットスポットを排除し、パフォーマンスの向上)。
  • ストレージフェイルオーバー(ディスクミラーリング、および惨事復旧のためのオフサイトミラーリング)。
  • ホットフェイルオーバサーバ。
  • テスト済みフェイルオーバープラン(これは本当に重要です、あなたはDR戦略をテストする必要があります)。
  • データベースサーバのスケーラビリティ(それらのハードウェアをより多くのハードウェアを投げるのか)のスケーラビリティ。
  • 監視と自動化が重要です。

アプリケーションを変更すると、興味深い変更が可能になる可能性があります。 データベースを破壊する より大きなデータセットを許可すると、興味深いものが読み書きをしていることを1つずつ分割しています。複数のレプリカを使用して各役割に専用のデータベースを持つ場合であれば、多くのデータベースには必要があります。 このビデオ(あなたのドメインが揺るぎない) このアイデアを探ります。

1
Thomas