[C33] 24時間365日「本当に」止まらないデータベースシステムの導入 ～AlwaysOn＋Qシステムで完全無停止運用～ by Nobuyuki Sasaki
•
11 likes•7,832 views
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to [C33] 24時間365日「本当に」止まらないデータベースシステムの導入 ～AlwaysOn＋Qシステムで完全無停止運用～ by Nobuyuki Sasaki
Similar to [C33] 24時間365日「本当に」止まらないデータベースシステムの導入 ～AlwaysOn＋Qシステムで完全無停止運用～ by Nobuyuki Sasaki (20)
More from Insight Technology, Inc.
More from Insight Technology, Inc. (20)
[C33] 24時間365日「本当に」止まらないデータベースシステムの導入 ～AlwaysOn＋Qシステムで完全無停止運用～ by Nobuyuki Sasaki
- 1. 24時間365日 「本当に」止まらない データベースシステムの導入 ～ AlwaysOn＋Qシステム で完全無停止運用 ～ 株式会社カカクコム シニアチーフアーキテクト 佐々木 展幸
- 4. よくある背景 DB Scale Out Web AP Web AP Web AP ＤＢを分散して対応 完全な双方向同期がで きれば良いが・・・ マスタ DB マスタＤＢがシングルポイント 複製 DB
- 9. よくあるクラスタ構成 フェールオーバークラスタ 代表IP Active HB DB-a DB-b Standby HDD DB-a で障害発生時には DB-b に切り替え HDDがシングルポイント
- 11. よくある定期メンテナンス 1. セキュリティパッチ適用作業 ① ＯＳ再起動が必要な場合 ⇒ クラスタ切り替えにかかる時間 ② クラスタリソースに関わるパッチがある場合 例）SQL Server 2005 のパッチ ⇒ パッチ適用完了までの時間
- 14. メンテナンス時間 フェールオーバークラスタ構成の場合、 クラスタ切り替え回数 ｘ 約３分 更に、SQL Server 2005以前だと、 DBのパッチ適用回数 ｘ 約1時間 のメンテナンス時間が発生。
- 15. 改善できそうな構成 その１ SQL Server 2008 以降で、 データベースミラーリング を使えば改善できそうです。 切り替え時間も 数秒単位に短縮されるようです。
- 16. その２ 王道 Oracle RAC では これらの停止時間がほぼ解消されます・・・が、 代表に接続すると 起動しているサービスにご案内 サービス 起動中 Active サービス 起動中 HB DB-a Data DB-b HDD Active
- 19. 今回移行対象のシステム フェールオーバークラスタ 代表IP Active HB DB-a Data DB-b Standby HDD Windows2003 ／ SQL Server 2000
- 24. 最終採用案 SQL Server 2012 AlwaysOn ＋ キューイングシステム（要開発） ＋ 無停止移行プログラム（要開発）
- 25. SQL Server 2012 AlwaysOn AlwaysOn可用性グループを用いた３台構成 代表「可用性グループリスナー」に接続すると プライマリサーバに接続 共有DISK 不要 ＝早くて安い サービス 起動中 サービス 起動中 サービス 起動中 DB-a 全て Active DB-b DB-c HDD HDD HDD
- 30. 利用上の注意点と対策 1. 全ての接続先を一括で変更できること 全ての処理をsp化 トランザクションをsp内に 2. 処理性能 ＞ キューの増加量 であること メンテナンスは低負荷時に実施する運用 キューを破棄して強制的に戻す機能も用意
- 32. 移行も無停止で ２．新旧システムの並行稼働 旧システム 新システム 旧アプリ 新アプリ 旧DB 新DB Master 新アプリは、旧DBを従来と同様に利用しつつ、 新DBも同じ状態にする・・・
- 36. 予想外に不便だったこと 1. バックアップやメンテナンス等のジョブ フェイルオーバークラスタではインスタンスが１つ AlwaysOnでは各インスタンスに必要 ジョブによってはプライマリサーバかどうかの判定 2. ログの参照 管理画面からOSのイベントログが参照できない （たぶんバグ・・・） 3. ライセンス ２台分必要・・・
- 37. 注意点あるいはトラブル ■SQL Server 2000 と 2012 は、 相互に直接接続できない。 バックアップのリストアもできない。 ⇒ 中継用に、SQL Server 2008 を用意
- 38. 注意点あるいはトラブル ２ ■分散トランザクションを使うと、 分離レベルが SERIALIZABLE になる。 ⇒ 適切な分離レベルを明示 単体テストレベルでは気が付かない うっかり忘れると大変なことに
- 39. 注意点あるいはトラブル ３ ■暗黙の型変換 数字＝文字 については、 ほとんどのDB製品では 「暗黙の型変換」 が有効。 「数字」を「文字」で検索しても、大きな問題にはならないが、 「文字」を「数字」で検索すると、 一見動いているように見えて、深刻な問題を引き起こす。
- 40. [key] varchar(10) 正） SELECT * FROM table WHERE key=‘1’ 誤） SELECT * FROM table WHERE key=1 全行の文字列[key]を数値に変換してから検索するため、 インデックスがあっても利用できない。 インデックスが利用できないので、テーブルscanが発生する。 参照のみであれば(遅くなるが)可能。 更新時にはページロック、テーブルロック、 状況によってはデッドロックが発生する。 予期しない結果を返す事がある。 例）unique制約かけてるのに複数行Hitする 例）変換時に精度が変わり、丸め誤差など発生
- 43. 謝辞 ・日本マイクロソフト株式会社 様 ・株式会社 CSK Win テクノロジ 様 本システムの導入にあたり、様々なサポートを頂きました。