Null

Transcription

1 Oracle Database Technology Night ~ 集え! オラクルの力 ( チカラ )~ Technical Discussion Night ~ 今宵のテーマ : データベースに適したストレージの管理 設定手法 を語ろう ~ 日本オラクル株式会社クラウド テクノロジー事業統括 Database & Exadata プロダクトマネジメント本部

2 Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle s products remains at the sole discretion of Oracle. 2

3 Technical Discussion Night ~ 今宵のテーマ : データベースに適したストレージの管理 設定手法 を語ろう ~ 本当に必要としている技術や Tips について 熱く語り合いましょう! 今宵のテーマは 技術者の皆様から要望が高かった ストレージの管理 設定手法 本当に必要としている ストレージの管理 設定 の考え方や Tips ファシリテーター : 田子得哉 日本オラクル株式会社クラウド テクノロジー事業統括 Database & Exadata プロダクトマネジメント本部本部長 3

4 事前アンケート データベースを構築 運用する上で オラクルの技術情報として必要な情報をお聞かせください 選択者数 ( 複数選択可 ) 18% 16% 16% 14% 12% 15% 14% 11% 11% 10% 8% 6% 4% 8% 9% 7% 6% 4% 2% 0% 0% 4

5 Topic#1 Pluggable Database で ASM を使用する場合の注意点はあるのか? Copyright 2016, Oracle and/or its affiliates. All rights reserved. 5

6 Pluggable Database で ASM を使用する場合の注意点は? ありません!! 6

7 マルチテナント アーキテクチャメモリー バックグラウンド プロセスが必要なのは コンテナ データベースのみ Non-CDB 構成 (11g までと同様の構成 ) と CDB 構成 (12c 以降で利用可能な Multitenant Architecture 構成 ) の違い 従来のデータベース Oracle Database 12c メモリー領域 メモリー領域 メモリー領域 メモリー領域 プロセス 制御ファイル ログファイル プロセス 制御ファイル ログファイル プロセス 制御ファイル ログファイル プロセス データベース クラウド基盤 ( コンテナ データベース (CDB) ) 制御ファイルログファイル データファイル人事 人事データベース データファイル会計 会計データベース データファイル DWH DWH データベース データファイル PDB:HR データファイル PDB:FIN データファイル 人事論理的なデータベース会計 DWH ( ブラガブル データベース ) PDB:DWH Non-CDB 構成 CDB 構成 7

8 ファイル システムでも OMF のご利用を推奨します Oracle Managed Files(OMF) データベースがファイルを自動的に作成 命名および管理するファイル システム ディレクトリを指定 DB_CREATE ONLINE_LOG_DEST_n DB_RECOVERY_FILE_DEST Oracle 9i から提供開始 ASM でも利用されている機能 マニュアル OracleR Database 管理者ガイド 12c リリース 1 (12.1) 17 Oracle Managed Files の使用 Pluggable Database の作成およびリモート クローン OMF の場合 ( ファイルシステム /ASM) SQL> create pluggable database pdb_omf admin user admin identified by password; プラガブル データベースが作成されました SQL> create pluggable database pdb_test from_pdb_prodcution@dblink; プラガブル データベースが作成されました OMF ではない場合 SQL> create pluggable database pdb_nonomf admin user admin identified by password; * 行 1 でエラーが発生しました : ORA-65016: FILE_NAME_CONVERT を指定する必要があります 8

9 Topic#2 Enterprise Manager で ASM を管理 監視する為に便利な画面があったら教えて下さい Copyright 2016, Oracle and/or its affiliates. All rights reserved. 9

10 Enterprise Manager で ASM を管理 監視する為に便利な画面があったら教えて下さい あります!! 10

11 視覚的 直感的に使用量が確認可能 グラフィカルに容量監視可能 閾値もプリセット済みなので 空き容量が枯渇したらアラートが上がる 使用可能な空き容量とは 冗長性を考慮した上での使用可能な空き領域 ( マイナスになっても 物理的に空き領域があれば利用はできますが 障害発生時の冗長性回復が保証されません ) ディスクグループ内のデータベースごとの使用量が把握可能 (ASM コマンドでは出来ないこと ) 11

12 視覚的 直感的に使用量が確認可能 さらに ASM ディスクグループ内での DB ファイルごとの使用量も確認可能 12

13 ASM メンテナンスも画面から直感的に実施が可能 ASM のメンテナンスも 2 ステップ程度で画面から実施可能 ASM コマンドに慣れていない場合にも SQL 表示 をすることで コマンドの学習も可能 13

14 パフォーマンス確認もグラフィカルに確認可能 統計情報から 手動でグラフ化するのは大変な作業だが EM では ディスクグループごとの IO パフォーマンスをグラフが用意されている 14

15 Topic#3 ASM 構成におけるストレージ機能を使ったバックアップ方法は? Copyright 2016, Oracle and/or its affiliates. All rights reserved. 15

16 バックアップ モード オンライン バックアップを取る場合 ASM Disk Group の分け方 最低 3 つのグループ リストアの要否 タイミングが異なる

17 更新され続けるファイルのコピーユーザ管理バックアップでのホット バックアップ ファイルコピー開始 ファイル更新 ファイルコピー終了時間 コピー元ファイル A A A A A A B B A B B B コピーはファイルの先頭から バックアップファイル ( コピー先 ) A A A? A A? B コピー後にもブロックが更新される A B 1 ブロック内の前半と後半が異なる可能性がある 17

18 ホット バックアップモード 更新が発生した行のみ REDO に記録 データブロック REDOログ 通常モード データブロック全体を REDO に記録 ALTER TABLESPACE 表領域名 BEGIN BACKUP 該当表領域のデータブロックを書き戻す ( チェックポイント ) 該当データファイル ヘッダのチェックポイント SCN を固定 バックアップされたデータファイルのチェックポイント SCN データファイルをコピー データブロック REDO ログ ホット バックアップ モード 時間 ALTER TABLESPACE 表領域名 END BACKUP 該当表領域のデータファイル ヘッダを通常モードに移行 18

19 スプリット ミラーとスナップショット 最新イメージ 最新イメージ ミラー 通常運用時 通常運用時 最新イメージ 過去イメージ 最新イメージ 過去イメージ ミラー解除 スプリット ミラー スナップショット取得 スナップショット 19

20 ストレージ機能でホット バックアップ BEGIN BACKUP BEGIN BACKUP ホットバックアップモード ホットバックアップモード バックアップ スプリット / スナップショット END BACKUP END BACKUP バックアップ データベース本体のファイルとは無関係に ミラーやスナップショットからデータファイルのバックアップを取得 時間 ファイルコピーコマンドでホットバックアップ 時間 ストレージ機能でホットバックアップ 20

21 ホット バックアップからのリカバリには REDO が必要ストレージ機能を使用したバックアップからのリストア リカバリ スプリットしたストレージ ボリュームは サーバーの電源をいきなり落としたのと同じ状態になっている REDO を使ったリカバリが必要となる リストア / リカバリできるようにバックアップ設計を行うこと なんでもボリューム再同期が使用できるとは限らない 上書きして良いファイル 悪いファイルがあるので 適切にボリュームを切る必要がある 21

22 リカバリ不能になるケース REDO とデータファイルを同じボリュームに格納していると ストレージ機能でバックアップ ( オンライン REDO かつ またはアーカイブ REDO 込み ) 時刻 A REDO ( 時刻 A) datafile 1 ( 時刻 A) datafile 2 ( 時刻 A) REDO ( 時刻 A) datafile 1 ( 時刻 A) datafile 2 ( 時刻 A) データベース稼動中 時刻 B REDO ( 時刻 B) datafile 1 ( 時刻 B) datafile 1 が破損 datafile 2 ( 時刻 B) REDO が格納されているボリュームを上書きするとリカバリ不能に! リストア ( ミラー再同期 ) REDO ( 時刻 A) datafile 1 ( 時刻 A) REDOデータ消失 datafile 2 ( 時刻 A) 時間 データベース REDO ( 時刻 A) datafile 1 ( 時刻 A) datafile 2 ( 時刻 A) ミラー / スナップショット 22

23 スプリット / スナップショットのグループを分ける REDO を上書きしないように 制御ファイルオンラインREDO 制御ファイル REDO OCR/Voting は ocrconfig を使ってバックアップ リカバリ OCR/Vote アーカイブREDO OCR/Vote アーカイブ REDO アーカイブ REDO アーカイブ REDO アーカイブ REDO アーカイブ REDO アーカイブ REDO アーカイブ REDO アーカイブ REDO 再同期すると スプリット後のアーカイブ REDO を失う ファイルとして取り出す データファイル データファイルデータファイルデータファイルデータファイル データファイルデータファイルデータファイルデータファイル 再同期すると 正常ファイルも上書きされる リカバリが増える データベース ミラー / スナップショット ファイルとして取り出すことも検討する 23

24 スプリット ミラーのガイドライン 次の条件を満たす必要がある 全ての LU で Point-in-Time スプリット可能 各 LU のスプリットが同じ時刻 全 LU が書込み完了を守り アトミックにスプリットされ 書込み順序性が保たれる オンライン バックアップ モードでストレージをスプリット データ領域とアーカイブログは別ディスクグループにある 多くのストレージベンダーでは 複数のボリュームを コンシステンシーグループ に配置すれば 含まれる全ての LU がアトミックに同時刻で分断される 24

25 参考情報 Supported Backup, Restore and Recovery Operations using Third Party Snapshot Technologies (My Oracle Support Doc ID ) 高可用性システムに適した管理性と性能を向上させる ASM と RMAN の魅力 25

26 Topic#4 Oracle Support の観点からの ASM 使用時の注意点 Copyright 2016, Oracle and/or its affiliates. All rights reserved. 26

27 Oracle Support の観点からの ASM 使用時の注意点 ASM の冗長性は 3 重化がオススメな理由 ASM 12.1 で追加されたスクラブ機能は重要です! 次の文では 論理データの破損検査中に検出したエラーの修復を試行します SQL> ALTER DISKGROUP dgroup_01 SCRUB REPAIR WAIT ; ASM ディスク毎の空き容量を確認しよう! 参考 ) しばちょう先生の試して納得!DBA への道 第 31 回 ASM のストライピングとリバランスによる I/O 性能の向上

28 Topic#5 ストレージ ( データファイル ) を覗いてみよう ~ Database Security Copyright 2016, Oracle and/or its affiliates. All rights reserved. 28

29 本来 隔離されているはずのデータベースがどのように攻撃されるのか? 2013 年実施の某セミナー資料より データベースへの攻撃の例本来 隔離されているはずのデータベースがどのように攻撃されるのか? Web アプリケーションへの攻撃 SQL インジェクション 標的型攻撃 標的型攻撃メールからの遠隔操作ウィルス データベース ソフトウェアの脆弱性攻撃 内部不正 DMZ Intranet High Security Area 攻撃者 Firewall Web Firewall Application Firewall Server Server Database Server 社内ユーザ Copyright 2013, Oracle and/or its affiliates. All right 6 29

30 大規模情報漏えい事例 物理盗難 引用 :Healthcare Info Security Update: Top 5 Health Data Breaches (2015 年 2 月 5 日 ) 引用 :Reuters, Forbes, USA Today, IT Media, ITPro 等 年 企業 団体名 漏洩件数 最終的な漏洩の原因 攻撃手法 2016 国内大手企業 679 万件 OSアカウント or 業務端末がマルウェア感染し DBアカウントサーバー内にデータファイルを作成し 情報を奪取 2015 Anthem データベース管理者のログイン情報を活用し 8,000 万件 DBアカウント ( 医療保険 ) 暗号化されていないデータベースの情報を奪取 Community Health Systems 450 万件 OSアカウント Heartbleed の脆弱性を利用し N/Wのパケットから ( 医療機関 ) ログイン情報を奪取し VPN 経由でDBの情報を奪取 ebay 高度サイバー攻撃による従業員のログイン情報を 12,800 万件 DBアカウント 2014 ( インターネット事業 ) 入手し 社内ネットワークに侵入しDBの情報を奪取 国内大手企業 2,300 万件 DBアカウント 委託先の職員がDBの管理者権限を使用し奪取 2012 State of South Carolina ( 州政府 ) 360 万件 OSアカウント 高度サイバー攻撃によるOSアカウントの奪取 2012 Advocate Medical ( 医療機関 ) 403 万件 PC 泥棒が侵入し 個人情報含む4 台のPCが盗難 2011 TRICARE ( 政府機関 ) 490 万件バックアップテープバックアップテープの紛失 サイバー攻撃では 約 50% がユーザーアカウントを奪取して攻撃を行う 30

31 実際の攻撃はどのようにおこなわれるのか? Live Demo DMZ L3 SW High Security Area 1 攻撃サイトを準備し 待ち受け Internet FW FW 2 被害者がサイトにアクセスし マルウェア感染 Intranet Database 攻撃者 接続は常に中から外向き 外向き Proxy 被害者 3 被害者の端末が攻撃者に乗っ取られてしまう 感染 4 接続情報が奪取される 情報漏洩 1 攻撃サイトを準備し 待ち受け 水飲み場攻撃 : アクセスするだけでマルウェアに感染させるウェブサイト メールなどで攻撃サイトに誘導したり 被害者がよくアクセスするようなサイトを改ざんしたりする 2 被害者がサイトにアクセスし マルウェア感染被害者が攻撃サイトにアクセスすると アプリ脆弱性をつかれマルウェアをダウンロードしてしまう 最新のバージョンのソフトウェアの利用 セキュリティパッチの適用 アンチウイルスソフトの利用などでほぼ対策できる 3 被害者の端末が攻撃者に乗っ取られてしまう ( 遠隔操作 ) ファイルのぞき見 / ダウンロード / アップロード キーロギング 任意のコマンドの実行 近隣端末への感染拡大など サーバーへの接続情報が狙われる 被害者端末側から Proxy 経由で攻撃者に接続するので FW があっても防げないこともある 4-1. DB サーバーの OS 接続情報が奪取されるデータファイルがのぞき見られて情報漏洩 (ASM でもボリュームが直接参照されると漏洩 )! 4-2. DB の接続情報が奪取されるデータベースに接続されて 情報漏洩! 特に SYS SYSTEM などの管理権限が狙われやすい 31

32 次回予告 Technology Night 第 4 弾 32

33 会社帰りに参加できる夕方開催セミナー Oracle Database Technology Night ~ 集え! オラクルの力 ( チカラ )~ ~ えっ 知らなかったでは済まされない データベース セキュリティの勘所 ~ Oracle Database は優れたセキュリティ機能を提供し セキュアなデータベース環境を構築できます 昨今のサイバー攻撃や内部犯行などの情報漏洩事件からデータを守るために どのような設計 設定 運用をおこなうべきか 各社にセキュリティ リスク アセスメントを提供してきたデータベース セキュリティに精通したエンジニアが具体的なデモを交えながら解説させていただきます お申し込み 詳細はこちら 11 月 7 日 ( 月 )18:45~20:30( 受付 18:30 より ) 33

34 Safe Harbor Statement The preceding is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle s products remains at the sole discretion of Oracle. 34

35 35

36 36

37