ホームページ データベース mysql チュートリアル 通过IBM DB2实现高可用性和灾难恢复

通过IBM DB2实现高可用性和灾难恢复

Jun 07, 2016 pm 05:54 PM
db2 ibm 災害からの回復 高可用性

IT 系统确实会发生故障。我们要关心的不是是否出现问题,而是何时出现问题。我们必须时刻准备处理包含关键运营数据的当今企业环境中出现的这类故障。IBM DB2 for Linux, UNIX and Windows 提供了许多防止数据可用性中断的方法。本文将介绍 DB2 的高可用性灾

IT 系统确实会发生故障。我们要关心的不是“是否”出现问题,而是“何时”出现问题。我们必须时刻准备处理包含关键运营数据的当今企业环境中出现的这类故障。IBM® DB2® for Linux, UNIX and Windows 提供了许多防止数据可用性中断的方法。本文将介绍 DB2 的高可用性灾难恢复 (HADR) 功能,包括最新的 DB2 10.1 版本中的各种新功能。

建立坚实的基础

所有最新 DB2 版本均包含 HADR 特性。这项技术成熟可靠,许多企业都使用它来提高可用性级别。HADR 是工作原理是实现主(热)和备用(冷)之间的数据同步。借助 HADR,DBA 可以在出现故障或使用集群软件(比如 IBM Tivoli® System Automation 或其他故障转移集群产品)时手动切换到备用服务器,以便自动检测故障,并将连接切换到备用服务器。在 DB2 9.7.1 中,IBM 引入了从备用服务器提供读取操作的功能,提高了集群的利用率。此功能使得示例报告能够运行当前的暖备用服务器,因此主服务器不必再运行该负载。

DB2 10.1 当前支持三台备用服务器,这不仅可以提高同一数据中心内的高可用性,还可以提高跨多个站点进行灾难恢复配置的能力。

人们不再需要单独运用 HADR 来实现高可用性,同时使用另一项解决方案来进行灾难恢复,您可以使用 HADR 同时处理这两项工作,从而简化了软件堆栈。DBA 可以在与主数据库服务器相同的位置上部署主备用数据库,以便快速实现故障转移,并提高本地网络传输速率。还可以远程定位另外两台备用服务器(称为辅助服务器),防止出现影响整个站点的大型灾难。在出现影响主服务器和主要备用服务器的站点范围中断时,DBA 可以从任意一台辅助服务器发出接管命令,随后成为新的主服务器和主要备用服务器。所有备用服务器(无论是主服务器还是辅助服务器)均支持读取操作。

提供针对应用程序错误的保护

有时候,应用程序会产生一些影响数据的错误。如果将这些错误复制到备用数据库,就会使问题变得更加复杂。为避免复制错误,DB2 10.1 的 HADR 引入了延迟重播功能,帮助数据免受应用程序错误的影响。通过在备用服务器上启用 hadr_replay_delay 选项,DBA 能够延迟对数据所做的任何更改(例如,延迟 24 小时),为发现所有问题并从以前某个时间点进行恢复提供足够的时间。

延迟重播会将主服务器上生成的日志流中的时间戳与备用服务器上的当前时间进行比较。因此,主服务器和备用服务器上的时间必须始终保持同步。

事务提交将依据下面的等式在备用服务器上重播:

(current time on the standby – value of the hadr_replay_delay configuration parameter >= time stamp of the committed log record

将 hadr_replay_delay 参数设置为一个足够大的值是一个不错的主意,这样您就可以检测主服务器上的任何错误事务并及时作出反应。由于 DB2 10.1 允许包含多台备用服务器,所以现在您可以将一台备用服务器与主服务器保持同步,以实现高可用性,并获得使用延迟重播特性来防止数据错误的一台备用服务器。

利用日志假脱机防止出现吞吐量峰值

根据集群的同步配置,可能出现以下情况:主服务器不得不等待备用服务器完成其事务,然后才能继续执行处理操作。HADR 日志假脱机是 DB2 10.1 中的一项全新功能,它允许 DBA 指定额外的空间,以便在备用服务器上对日志进行假脱机处理。此功能有助于避免因为辅助服务器上的日志记录活动突然增加而导致的主服务器上的背压问题。

您可以通过使用 hadr_spool_limit 数据库配置参数来启用日志假脱机,这会上调日志接收缓冲区已满时写入磁盘的(或“假脱机”)数据量的上限。

备用服务器上的日志重播特性随后可以从磁盘读取日志数据,无需等待完成备用服务器上的日志重播即可继续处理主服务器上的事务。

日志假脱机功能不会妨碍 DB2 HADR 特性提供的高可用性和灾难恢复保护。从主数据库中传输的数据仍将采用特定的同步模式复制到备用服务器,只是需要在备用服务器上的表空间上花费一些时间,以便重播数据。

实现高可用性和业务连续性

DB2 中的 HADR 特性由来已久。它已从一个简单的复制解决方案发展成为一个成熟的高可用性和灾难恢复解决方案,能够跨多个服务器乃至远程站点提供终极数据保护。

如何运用新的 HADR 特性保持数据可用性并减少灾难影响?让我们从评论中加以了解。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

FastAPI で負荷分散と高可用性を実装する方法 FastAPI で負荷分散と高可用性を実装する方法 Jul 28, 2023 pm 02:13 PM

FastAPI で負荷分散と高可用性を実装する方法の紹介: インターネット アプリケーションの開発に伴い、システムの負荷分散と高可用性の要件がますます高くなっています。 FastAPI は、Web アプリケーションを構築、デプロイ、拡張するためのシンプルかつ強力な方法を提供する、高性能の Python ベースの Web フレームワークです。この記事では、FastAPI で負荷分散と高可用性を実装する方法を紹介し、対応するコード例を示します。 Nginx を使用して負荷分散を実現するNginx は人気のある

高可用性負荷分散システムの構築: Nginx Proxy Manager のベスト プラクティス 高可用性負荷分散システムの構築: Nginx Proxy Manager のベスト プラクティス Sep 27, 2023 am 08:22 AM

高可用性負荷分散システムの構築: NginxProxyManager のベスト プラクティス はじめに: インターネット アプリケーションの開発において、負荷分散システムは重要なコンポーネントの 1 つです。リクエストを複数のサーバーに分散することで、高い同時実行性と高可用性のサービスを実現できます。 NginxProxyManager は一般的に使用される負荷分散ソフトウェアです。この記事では、NginxProxyManager を使用して高可用性負荷分散システムを構築し、提供する方法を紹介します。

Nginx ロード バランシング ソリューション向けの高可用性および災害復旧ソリューション Nginx ロード バランシング ソリューション向けの高可用性および災害復旧ソリューション Oct 15, 2023 am 11:43 AM

Nginx 負荷分散ソリューションの高可用性および災害復旧ソリューション インターネットの急速な発展に伴い、Web サービスの高可用性が重要な要件になりました。高可用性と耐障害性を実現するために、Nginx は常に最も一般的に使用され信頼性の高いロード バランサーの 1 つです。この記事では、Nginx の高可用性および災害復旧ソリューションを紹介し、具体的なコード例を示します。 Nginx の高可用性は、主に複数のサーバーの使用によって実現されます。 Nginx はロード バランサーとして、トラフィックを複数のバックエンド サーバーに分散して、

db2 と oracle の構文の違いは何ですか db2 と oracle の構文の違いは何ですか Jul 05, 2023 am 10:39 AM

db2 と oracle の構文の違い: 1. SQL 構文の違い: db2 と oracle は両方とも構造化照会言語を使用しますが、構文にいくつかの違いがあります; 2. db2 と oracle のデータ型は異なります; 3. 外部キー制約の定義、db2 は次のことができます。テーブルの作成時に定義するか、「ALTER TABLE」ステートメントを使用して追加する必要があります。Oracle はテーブルの作成時に一緒に定義する必要があります。4. db2 と oracle のストアド プロシージャおよび関数の構文にもいくつかの違いがあります。

Swoole と RabbitMQ の統合の実践: 高可用性メッセージ キュー システムの構築 Swoole と RabbitMQ の統合の実践: 高可用性メッセージ キュー システムの構築 Jun 14, 2023 pm 12:56 PM

インターネット時代の到来により、メッセージ キュー システムはますます重要になってきました。これにより、異なるアプリケーション間の非同期操作が可能になり、結合が減少し、スケーラビリティが向上するため、システム全体のパフォーマンスとユーザー エクスペリエンスが向上します。メッセージ キュー システムでは、RabbitMQ は強力なオープン ソース メッセージ キュー ソフトウェアであり、さまざまなメッセージ プロトコルをサポートし、金融取引、電子商取引、オンライン ゲームなどの分野で広く使用されています。実際のアプリケーションでは、多くの場合、RabbitMQ を他のシステムと統合する必要があります。この記事ではswの使い方を紹介します。

Workerman を使用して高可用性負荷分散システムを構築する方法 Workerman を使用して高可用性負荷分散システムを構築する方法 Nov 07, 2023 pm 01:16 PM

Workerman を使用して高可用性ロード バランシング システムを構築する方法には、特定のコード サンプルが必要です。現代のテクノロジーの分野では、インターネットの急速な発展に伴い、大量の同時リクエストを処理する必要がある Web サイトやアプリケーションがますます増えています。高可用性と高性能を実現するために、負荷分散システムは不可欠なコンポーネントの 1 つになっています。この記事では、PHP オープン ソース フレームワーク Workerman を使用して高可用性負荷分散システムを構築する方法を紹介し、具体的なコード例を示します。 1. ワーカーマンワークの紹介

Redis: 高可用性データベース システムを構築するための主要なテクノロジー Redis: 高可用性データベース システムを構築するための主要なテクノロジー Nov 07, 2023 am 09:39 AM

Redis: 高可用性データベース システムを構築するための主要テクノロジー インターネットの発展とビッグデータ時代の到来により、高可用性データベース システムの必要性がますます高まっています。インメモリ ストレージ NoSQL データベース システムである Redis は、その優れたパフォーマンスと柔軟なデータ モデルにより、高可用性データベース システムを構築するための重要なテクノロジーの 1 つとなっています。この記事では、Redis の高可用性テクノロジについて詳しく説明し、具体的なコード例を使用してそれを実証します。 1. 実際のアプリケーションにおける Redis の高可用性要件

Web サイトの高可用性のための Webman 構成ガイド Web サイトの高可用性のための Webman 構成ガイド Aug 12, 2023 pm 01:37 PM

Webman 入門 Web サイトの高可用性を実装するための構成ガイド: 今日のデジタル時代において、Web サイトは企業にとって重要なビジネス チャネルの 1 つになりました。企業のビジネス継続性とユーザー エクスペリエンスを確保し、Web サイトを常に利用できるようにするために、高可用性が中心的な要件になっています。 Webman は、高可用性 Web サイト アーキテクチャの実現に役立つ一連の構成オプションと機能を提供する強力な Web サーバー管理ツールです。この記事では、Web サイトの高いパフォーマンスを実現するために役立つ Webman 構成ガイドとコード例をいくつか紹介します。

See all articles