MS プラットフォームにおける SAP システム高可用性設計のポイント

MSプラットフォームにおける SAPシステム高可用性設計のポイントマイクロソフト株式会社　コンサルティング本部

GOAL • 本セッションではマイクロソフトプラットフォームにおける高可用性を実現する為の設計のポイントを網羅的にご紹介します。 • 高可用性を実現する為の • キーテクノロジー • 設計のポイント • 運用のポイント • セキュリティ対策設計（構成設計・パッチ管理運用）

99.999

サーバ障害 ディスク障害 DB Five9とは？ 99.999 年間約5分のダウンタイム 99.99 年間約50分のダウンタイム 99.9 年間約9時間のダウンタイム 99 年間約3日半のダウンタイム SAP

どこまでの「９」を求めるのか？ • コストとのトレードオフ • SLA • 求められるサービスレベルは？ • 0.01、0.001のために • 一般的運用管理項目の実施 • 運用方法論：ITIL、MOF • イベントログ監視 • 稼動監視 • 性能管理（リアルタイム、傾向監視） • ジョブスケジューリング • セキュリティ監視（Virus、アタック、、） • 本セッション内容の実施 • レビュー、レビュー、レビュー • テスト、テスト、テスト

AGENDA • 高可用性実現テクノロジー • 設計・実装のポイント • バックアップ・リストアのポイント • DBメンテナンス・監視のポイント • パフォーマンス維持のポイント • セキュア化のポイント

１．高可用性実現テクノロジー • システム構成設計時に検討すべきテクノロジーを説明いたします。

<クラスタリング> DB DB 業務に接続マシン障害発生 <ログシッピング> ログログ本番DB 待機DB ログをリストア高可用性実現テクノロジー DBサーバでの高可用性 • SQLServerでのHigh Availability構成 • MSCS（フェールオーバー・クラスター） • Log Shipping（ログ配布） • バックアップ

<クラスタリング> CI CI 業務に接続マシン障害発生高可用性実現テクノロジー APサーバでの高可用性 • フェールオーバー・クラスター（MSCS）　CI • R/3ベーシス機能　　　　　ログオングループシンクライアント

高可用性実現テクノロジー その他 • サーバ • ロードバランサー　例：EBPカタログサーバ • H/W（各ベンダー製品） • S/W（MSNLB） • FT（フォールトトレラント）機 • ストレージ • RAID • SAN

高可用性実現テクノロジー その他 • ネットワーク • TeamingNIC • ネットワーク機器の冗長化

高可用性実現テクノロジー その他 • ローカルDISK障害リカバリ • リカバリ手段の検討１ • OSからの再セットアップ（スリップストリームの考慮） • バックアップ：不要、但し変更管理、構成管理が必須 • リストア：数時間、導入ソフト数に依存 • Ntbackupによるリストア（ASRの考慮） • バックアップ：数時間のサーバ停止が必要 • リストア：数時間 • 3rdベンダー・ディザスタリカバリ製品 • バックアップ：数時間のサーバ停止が必要 • リストア：数時間

高可用性実現テクノロジー その他 • ローカルDISK障害リカバリ • リカバリ手段の検討２ • DISKイメージソフト（オンライン、オフライン） • ３ｒｄベンダー製オフラインバックアップ製品 • バックアップ：MAX30分程度のサーバ停止、DISK使用容量に依存 • リストア： MAX30分程度、DISK使用容量に依存 ※手順は、非常にシンプル。但し、TIPSも必要 • ３ｒｄベンダー製オンラインバックアップ製品 • バックアップ：MAX数分程度のサービス停止、起動サービスに依存 • リストア： MAX30分程度、DISK使用容量に依存 ※手順は、非常にシンプル。但し、事例は多くない • SANブート

<クラスタリング> DB DB 業務に接続マシン障害発生高可用性実現テクノロジー DBサーバでの高可用性 • SQLServerでのHigh Availability構成 • MSCS（フェールオーバー・クラスター） • Log Shipping（ログ配布） • バックアップ

\\SQLA ネットワーク名:SQLA IP Address:192.168.10.3 SQL ServerサービスA MSCS構成（２ノードクラスタ例） • クラスタ化された１つのSQL Server（通常時）共有DISK SQLA DB ﾛｰｶﾙDISK ﾛｰｶﾙDISK OS SQLA Sys OS SQLA Sys 内部通信コンピュータ名:NTSB IP Address: 192.168.10.2 パブリック用コンピュータ名:NTSA IP Address: 192.168.10.1 クライアント PC ＳＱＬAを仮想サーバーとしてクライアントから参照

\\SQLA ネットワーク名:SQLA IP Address:192.168.10.3 SQL ServerサービスA MSCS構成（２ノードクラスタ例） • NTSBでSQL Serverが起動される（障害時）共有DISK SQLA DB ﾛｰｶﾙDISK ﾛｰｶﾙDISK OS SQLA Sys OS SQLA Sys 内部通信コンピュータ名:NTSB IP Address: 192.168.10.2 パブリック用コンピュータ名:NTSA IP Address: 192.168.10.1 クライアント PC ＳＱＬAを仮想サーバーとしてクライアントから参照

<ログシッピング> ログログ本番DB 待機DB ログをリストア高可用性実現テクノロジー DBサーバでの高可用性 • SQLServerでのHigh Availability構成 • フェールオーバー・クラスター（MSCS） • Log Shipping（ログ配布） • バックアップ

Log-shipping Log Shipping構成（正常時）クライアントＤＢプライマリサーバアプリケーションサーバＤＢセカンダリサーバ SAP SAP

Log Shipping構成（障害発生） ＤＢプライマリサーバアプリケーションサーバクライアントＤＢセカンダリサーバ SAP SAP

Log Shipping構成（切替後） ＤＢプライマリサーバアプリケーションサーバクライアントＤＢセカンダリサーバ SAP SAP

MSCSとLog Shippingの比較（1） LogShipping MSCS プライマリSQLサーバセカンダリSQLサーバープライマリSQLサーバセカンダリSQLサーバー TransactionLog TransactionLog データベース（共有ディスク）データベースデータベース

MSCSとLog Shippingの比較（2） 2005年中旬出荷予定のSQL Server 2005では、データベースミラーリング機能によりデータロストの可能性のない、短時間（3秒程度）のフェールオーバーを実現します。

高可用性実現テクノロジー DBサーバでの高可用性 • SQLServerでのHigh Availability構成 • MSCS（フェールオーバー・クラスター） • Log Shipping（ログ配布） • バックアップ

バックアップ • バックアップデバイス • 高速バックアップ • オフサイトバックアップ（災害対策） • オフライン・オフサイト • オンライン・オフサイト

バックアップデバイス デバイスの選択によっても、可用性は変わる。 ※バックアップ時間、リストア時間等に影響 • ディスク（DAS 、 NAS 、 SAN） • テープ（DLT、LTO、AIT 、DAT、、、）

高速バックアップ • SQLServer標準の複数デバイスへのバックアップ • H/W（SAN製品）とSQLServer機能を組み合わせたスナップショットバックアップ

TAPE DB TAPE Backup TAPE 複数バックアップデバイス • バックアップ操作や復元操作では複数のバックアップデバイスを使用可能 • スピードアップが可能 ※DLT装置32台使用による、650G/時間の検証結果あり。

スナップショットバックアップ/リストア • 数秒でバックアップが完了 • フルバックアップの一つの方法 • 差分やログを使用してロールフォワード可能 • ストレージシステムがサポートする、サードパーティ製のVDI*アプリケーションが必要 • Split mirror Tape Library 3-way Mirror Split Mirror Backup / Passive Production Storage * Virtual Device Interface for Backup

オフサイト保管/環境構築 オフライン・オフサイト • 遠隔地にバックアップメディアの保管 TAPE 本番サイトバックアップサイト TAPE TAPE

オフサイト保管/環境構築 オンライン・オフサイト • 遠隔地logshipping構成 • 遠隔地MSCS

遠隔地logshipping構成 • MSR/3 • Dream4Cプロジェクト • 横浜>神戸間の遠隔地検証(約６００ｋｍ) • 約30分でのフェールオーバー可能であることが確認された。本番サイトバックアップサイト

遠隔地MSCS • ストレージベンダー提供のソリューション本番サイトバックアップサイト内部通信遠隔地 MSCS

AGENDA • 高可用性実現テクノロジー • 設計・実装のポイント • バックアップ・リストアのポイント • DBメンテナンス・監視のポイント • パフォーマンス維持のポイント • セキュア化のポイント

２．設計・実装ポイント 設計・実装時の忘れがちな実装ポイントを中心に説明いたします。 • インストール準備 • Windows、SQL Serverの設定 • DBサーバのDISK配置設計 • 拡張性を考慮したDBファイル設計

２．設計・実装のポイント • インストール準備 • Windows 2000、SQL Server 2000の設定 • DBサーバのDISK配置設計 • 拡張性を考慮したDBファイル設計

インストール準備 • サイジング • Quick Sizer • コンピテンスセンター • 負荷テスト、パフォーマンステスト • SAP R/3 インストールマニュアル • 最新SAPノートの確認 • Microsoft Knowledge Base（サポート技術情報）の確認

２．設計・実装のポイント • インストール準備 • Windows、SQL Serverの設定 • DBサーバのDISK配置設計 • 拡張性を考慮したDBファイル設計

Windows、SQLServerの設定 • SAP R/3 インストールマニュアル • WhitePaper • ConversiontoMicrosoftClusterServer　：MSSQLServer • InstallationofMSSQLServer2000inanSAPEnvironment • 。。。。。 • SAPノート • 0209596,0327494,0353654,0030478。。。

DISK配置設計 • I/O負荷分散の設計最終的には、DBのI/Oネックとなる。設計により極力予防することが可能である。以下のDBファイルへのアクセス頻度が非常に高い。これらを分散することがポイント。 • ユーザDBデータ • ユーザDBトランザクションログ • Tempdb

DISK配置設計のポイント • I/O負荷分散の設計 • データファイルとトランザクションログファイルは別DISKに配置する。 • Tempdbはデータファイル、トランザクションログファイルと別DISKに配置する。 • データファイルは複数DISKに分散配置する。

111.mdf 111.mdf 111.mdf 222.ndf 222.ndf 222.ndf 333.ndf 333.ndf 333.ndf 444.ndf 444.ndf 444.ndf DISK配置設計例 master A111.ldf msdb tempdb

拡張性の考慮 • DB容量の拡張性を考慮した設計設計時に考慮しておくと事が重要。拡張が必要になってからでは、対応は困難である。 • データ量の増加に伴い、 DISKの追加が予想される場合は、一つのDISKに複数のデータファイルを格納する • DISKの追加時に、データファイルを移動

5GB 10GB データの比例配分（前提知識） • ファイルグループ内のすべてのファイルに各ファイル内の空き領域に比例してデータが格納されるファイルグループ 9GBのデータを追加ファイルグループ 3GB 6GB 5GB 10GB

拡張性を考慮していない場合 増設前 User_DB Log Disk 0

空拡張性を考慮していない場合増設後 User_DB 増設したDisk1 に新規作成したデータファイルにアクセスが集中する Log Disk 0 Disk 1 増設

拡張性を見込んだファイル配置 増設前初期状態あらかじめ拡張分を見越してデータファイルを作成 User_DB Log Disk 0

空空拡張性を見込んだファイル配置増設後増設したDisk1へファイルを１つ移動しそれぞれのファイルを拡張する。 Diskは、均等に使用される。 User_DB Log 増設 Disk 0 Disk 1

MS プラットフォームにおける SAP システム高可用性設計のポイント

MS プラットフォームにおける SAP システム高可用性設計のポイント

Presentation Transcript