DBAの夢：環境全体での発見と管理

2024

Techopediaスタッフ、2017年2月22日

持ち帰り：ホストのエリック・カバナは、ロビン・ブルーア博士、デズ・ブランフィールド、およびIDERAのビン・チャウとデータベース管理について議論します。

あなたは現在ログインしていません。ビデオを見るにはログインまたはサインアップしてください。

エリック・カバナ：わかりました、ご列席の皆様 。こんにちは、おかえりなさい。それは水曜日であり、東部時間の4時であり、ここ数年はHot Technologiesの時間です。そうです、これは私たちの友人Techopedia – Techopedia.comとのショーです。オンラインで確認してください。彼らは月に150万人のユニークビジターを獲得しています。これは大量のWebトラフィックです。今日のトピックは、「DBAの夢：環境全体での発見と管理」です。確かに、それは特に大きな組織にとって大きな問題です。本当にあなたについてのスライドがあり、私については十分です。Twitter@eric_kavanaghで私を見つけてください。私はいつもフォローし、そこで会話をするようにしています。

繰り返しになりますが、今日のデータベーステクノロジについて話していると、データベースインスタンスの広いランドスケープ全体で何が起こっているかを本当に理解することができます。多くの人が知っているように、いったん組織の成長を開始すると、これらのインスタンスをより多く入手できるようになり、そのようなものを扱うことは少し興味深い挑戦になる可能性があります。実際、何年も前に、国防総省のCIOのオフィスのデータガバナンスのディレクターである男と素晴らしい会話をしました。そして、私は彼にこれらすべての興味深いことを話していました、私たちはこの素晴らしい会話をしました、そして、私は彼に連邦支出の透明性のためにロビー活動についての私のバックグラウンドストーリーを話しました、そして彼は笑い、彼は言いました、彼は、「連邦支出の透明性？それを聞いたとき、一部の組織が直面している課題の大きさを本当に感謝することができました。

さて、最近は、何が飛び交っているのかを理解するための興味深いツールがたくさんあります。今日はその1つについて耳にしますが、20年前でさえ、それは本当に深刻な挑戦でした。 DODの規模の組織になると、それを処理することで多くのお金を節約でき、多くの時間を節約でき、ガバナンスの問題を解決できると想像できます。この種のことを正しくすれば、複数の課題を一度に解決できます。今日はそれについて学びます。

The Bloor GroupのチーフアナリストであるDr. Robin Bloorがいます。データサイエンティストのDez Blanchfieldが、オーストラリアのシドニーの下から電話をかけています。また、IDERAのシニアプロダクトマネージャーであるBinh Chauも参加しています。

ハッシュタグとして#HOTTECHを使用しています。ショー中に自由にツイートしてください。そして、私たちは良い質問を皆さんに頼っていますので、恥ずかしがらずに、ウェブキャストコンソールまたはそのチャットウィンドウのQ&Aコンポーネントを使用して、いつでも質問をしてください。そして、それでロビン・ブロア博士に引き渡します。彼にWebExのキーを渡します。そこに行き、それを奪います。

ロビン・ブロア博士：わかりました。それでは、最初のスライドに移りましょう。イタリアでは、彼らはそれらをスタンリオとオリオ、ローレルとハーディと呼びます。誰もが2000年を心配していた1990年代に、2000年のプロジェクトに参加しました。そして、彼らを大手保険会社と呼んでみましたが、彼らはメインフレームに存在することを知らなかった500以上のアプリケーションがあることを発見しました。彼らはメインフレームのインベントリを取得していました。まあ、当時、メインフレーム環境は、後に登場するものよりもはるかに優れていました。つまり、疑う余地はありません。

私は本当にkind然としていて、組織の人々と話をしましたが、彼らは中央の包括的なものはないと言いました…基本的にその情報を知っている人はいませんでした。彼らは決して資産の目録を取りませんでした。また、データベースは、データとデータの価値が含まれているため、不確実な用語ではない資産です。質問は何件で、実際はどこにありますか？これは「データベースとは何ですか？」であり、そのように考える理由は、データベースはデータを投入する棚です。そして、私は最近、Oracleのインスタンスが数千あるサイトと話していました。さて、Oracleはデータベースです。高度な方法で使用する場合は、DBAが必要です。

私はそれについてちょっと尋ねたところ、彼らは彼らについて言った、それは組織全体で約7〜8人のDBAだと思う。そして、「他の何千ものインスタンスを監視しているのは誰ですか？」と言ったのです。そして、彼らは、「実際に何が起こったのか、人々はそれをファイルシステムとして使用しているだけです。私たちには、パフォーマンスが本当に重要な大規模なクラスター上にあるデータベースがいくつかあり、それらには常にデータベース管理者がいます。そして、私は彼らに正確にいくつのデータベースを尋ねました、そして、彼らは「まあ、Oracleが最後に監査したとき」と思いました。彼らは自分で監査をしませんでした。、あなたは知っています、それは一種の興味深いことです。

しかし、データベースを使用する理由はいくつかあります。データベースはデータモデルを実装します。データを共有するためにあります。データに対する複数の同時リクエストを管理し、セキュリティモデルを実装し、ACIDに準拠し、回復力があるか、回復力があるように設定できます。それがデータベースがある理由です。しかし、ご存知のように、SQL ServerまたはOracleの数千のインスタンスを持つサイトに遭遇することは珍しくなく、それらのほとんどは基本的にファイルシステムとして使用されています。では、なぜ新しいインスタンスを作成するのでしょうか？

開発者チームは、新しいアプリケーションを構築する場合、サイロ内で構築するため、特定の新しいアプリケーションは個別のデータベースを持つことになります。彼らは必ずしも物事からデータ層を作ろうとしているとは限らないだろう-それは良い習慣だとは思わない。ただし、非常に複雑な環境がある場合は、関係があるデータベース内にデータがあるという点で、相互に関連するすべてのデータベースをまとめるのは非常に困難になります。レプリカのインスタンスが作成されます。

可用性の目的でホットスタンバイまたはレプリカを持つことができますが、データマートにはレプリカまたはセミレプリカもあります。そして、データウェアハウスの世界が導入されると、そこにあるデータマートの数と、それをクローンファイルとして使用して、データウェアハウスからデータを取り出し、特にパフォーマンスを特に気にしていない人々彼らは単にデフォルトのパフォーマンスとして実行するだろうと感じています。これらの人々のほとんどは、おそらく実際にデータベースを調整できることさえ知らなかったでしょう。配布を目的として、データを特徴的なヒープに分割したデザインを見てきました。

組織内に複数のデポがあり、それぞれにデータベースがあり、それぞれが中央データベースの断片であるというレプリケーション状況がよく発生します。シャーディングからインスタンスを取得します。不十分な設計の決定-正当な理由なしに人々が別々のデータベースを作成したデータベースに関して、いくつかの本当に奇妙な設計が行われているのを見てきました。そして、私が述べたように、データベースはファイルシステムです。

そして、立ち上がる必要があるテスト環境と開発環境がありますが、それらはすべてデータベース化されたインスタンスとしてカウントされ、すべてのデータベースはセキュリティが必要であり、データベースが提供する可能性のあるその他すべてのものが必要です。インスタンスに関する考慮事項-データベースのワークロードは、特定のインスタンスに対してのみ最適化できます。絶対に最高のパフォーマンスを実現することに本当に興味がある場合、データベースの負荷でデータを分割することは、必ずしもそのような最適化をもたらすとは限りません。

データの偽のインスタンスを作成しない理由があります。カウンターポイントと同じデータベースでワークロードが混在すると、パフォーマンスが低下する可能性があります。特にOLTPと大きなクエリトラフィックは、混在しない、混在しない、おそらく混在しないことで顕著です。通常、複数のVMを用意するのではなく、サーバーレベルでデータベースを統合するのが最善です。ただし、VMは分離を提供します。一部の人々にとって、データを他のデータから分離するのは設計上の決定であり、そのアプリケーションが失敗した場合、またはそのデータベースが失敗した場合、アプリケーションがダウンしないようにしています。

もちろん、それに関する問題は、次のポイントであるデータベースライセンス料金が発生することです。それらは異なりますが、特定の数を爆発させたくない人がいるため、データベースライセンス料金が設計基準になりました。そのため、データベースライセンスの仕組みのせいでシステムを設計する人々が貧弱です。そして、もう1つあります。すべてのデータベースの統合を開始する場合、DBAが高価であることは注目に値します。これは簡単なことではありません。

世界のシンプルなビュー–これが最後のスライドです–データレイヤー、トランスポートレイヤー、処理レイヤーがあります。そして、すべてのハードウェアがその下にあります。内容とその理由を正確に把握せずにデータレイヤーを最適化することは、実際には不可能です。

そしてそれを言って、私は下から私の友人、Dez Blanchfieldに移るでしょう。

Dez Blanchfield：ありがとう、ロビン。ここでマウスを整理します。それで、今日私は私たちにいくつかの逸話を与えます。これは大きなトピックであり、ホワイトボードマーカーでそれを楽しんで2週間を過ごすことができます。。

しかし、最初に、精神的な視覚写真。今日私たちが話している課題、そして本質的にはデータベースの成長、複製、スプロール化、そしてそれに伴うすべての課題について考えるとき、この巨大なオークの画像をマインド。これらは有名な美しい木で、小さなドングリから始まりますが、これらの巨獣に成長します。そして、彼らがそうするとき、彼らは非常に大きくて乱雑です。そして、この画像からわかるように、視覚的な隠phorとして、必要に応じて、枝はどこにでも行き、枝はそれらから出て、それらの最後に葉があり、それらはすべてランダムで混chaとした形状であり、それは地上で見ることができるほんの少し。

私はそれらをデータベース内のデータと考えており、その下にはルートの構造があり、あらゆる種類の方向性を利用しています。しかし、地面の表面は非常にきれいで賢明なように見えますが、それはすてきで平らな場所ですが、現実には、地上と同じくらいクレイジーです。見えないだけです。そして、今日話している課題を役員室から技術者まで組織に説明し、組織で実際に何が起こっているのかを視覚化させるためにどのように説明するかを考え始めるときに、これをよく使用します。コンピューター画面を見て、これらの美しい行と列のフィールドを見て、「整理できたので大したことではない」と考えるのはとても簡単だからです。しかし、そうではありません。そして、その時点で、私は通常、この1行をヒットします。私の心の中のデータベースはどんぐりのようなもので、ご存知のように、小さくて成長しますが、それを知る前に、巨大なオークの木の森があります。ビジュアル。

そのため、制御不能になって修正できなかったシナリオを共有するための2つの逸話と、同様のことを行ったが修正することができた別の逸話について、今日の議論の要点を強調します。私たちはそれについて来ました。

最初のシナリオは、時間の経過とともに最大の意図を持ったCIOが、意図せずに制御不能に成長した最も予期せぬ望ましくないスプロールの1つを引き起こしたシナリオでした。これは、非常に技術に精通した数千人のスタッフを抱える政府組織が、システムやツールへのアクセスを要求しており、多くのプロセスと連携して自動化できるシナリオでした。彼らは紙のフォームから抜け出し、オンラインシステムを作成したいと考えていました。データをキャプチャして追跡し、監視し、報告し、同僚に送り返したいと考えていました。

あらゆる種類のものがあります。オフィスに出て、セキュリティのために時間を記録し、サインインする人から、ランチタイムにカフェテリアで何を注文していたのかまであります。だから、善意のCIOは、Lotus Notesが一連のセミナーに参加し、IBMがピッチングで素晴らしい仕事をし、正しいシナリオでは素晴らしい決断だったので、Lotus Notesは素晴らしいアイデアだと判断しました。それは制御下で行われました。しかし、Lotus Notesを技術者のチームに渡して環境に実装し、適切なツールなどを立ち上げて、その周りの制御とガバナンスを提供する代わりに、実際に起こったことは、標準にデプロイされたことでしたすべてのデスクトップが事実上サーバーになりました。

そして、彼らはこのプロセス全体のトレーニングと実践的なメモとドキュメントを提供し、突然の人々はすべて「いや、デスクトップにロータスノーツを手に入れました！」これはどういう意味ですか？技術的に精通した数千人のスタッフが、Lotus Notesでアプリを効率的にスクリプト化して作成し、基本的にスプレッドシート、行、列、フィールドのような小さなデータベースを作成し、これらの小さなWebインターフェイスをDominoで表示する方法を教えられたことを意味します。

何かに関する情報を取得したい場合は、小さなフォームを作成し、スプレッドシートタイプのインターフェイスでそれをファイルに入れ、その背後に小さなLotus Notesデータベースを作成し、Webアプリとして提示して、情報の収集を開始できます。そして、それが何年も実行されていて、突然気づいたら、誰かが目を覚まして言った、「それでは、なぜLANに10, 000の新しいデータベース駆動型アプリがありますか。ヶ月？さて、あなたは本質的に人々に銃を与えました、そして、それはロードされて、安全はオフでした、そしてもちろん彼らは足で自分自身を撃ちました。

そしてここにこの素晴らしいイメージがあります。私はいつもイタリアのアーティストを思い浮かべます。彼はこの奇妙なことをします。彼は干し草とstrawのトラックを積み、アートスタジオの真ん中に捨てて、アートスタジオのキュレーターを取得します。ランダムに針を中央に突き刺します。それから彼は、ライブフィード、カメラ、干し草の山の針を探してストローを通り抜けるのに何日も費やします。結局、数時間と数日後に、彼はそれを見つけて、飛び跳ねて興奮します。とにかく、イタリアのアーティスト、あなたは何ができますか？しかし、それは非常にユーモラスであり、オンラインで視聴したことがある場合、またはオンラインで視聴した場合、非常にカタルシスになります。

悪意のある技術者がビジネスマン、つまり非常に技術的に精通したビジネスマンに、生活を楽にするはずのツールを提供したという悪夢のシナリオです。しかし、やがて、誰がそれらをバックアップし、誰が監視し、サポートし、このデータがどこにあり、どの構造がデータにあり、誰がスキーマをポリシングしているのか、別のバージョンを作成したいのか、それらのバージョンにどのようなデータがあるのかなどの質問がありました、これらについて開発テスト統合の旅をすることはできますか？

あなたはそれがどうなったかについてあなた自身の結論を引き出すことができますが、うまくいきませんでした、そして数百テラバイトのデータだけがバックアップされず、机の上に座って、事実上、PCやラップトップ、 5:30にラップトップの電源を切り、LANの誰もそのアプリケーションに到達できない仕事をするために家に持ち帰ったときに人々が気づかなかったため、システムさえ利用できません。それはうまく終わりませんでした。そして、大量のデータをクリーンアップして手動で操作し、適切なシステムに戻す必要がありました。それの大部分は一掃されて削除されただけです。

それから、非常に異なる旅についての私の2番目の逸話。シナリオを想像してください。開発、テスト、統合、システム統合、ユーザー受け入れテスト、本番、災害復旧、バックアップ、およびバックアップコピーを1〜99以上、アップグレード、パッチ、デモ環境を用意しています。 1から99まで。そして、あなたがそこに座って突然、「待って、何が起こっているのか、誰が何を使っているのか」と言って、これは悪夢が起こるのを待っている可能性があることを知っています。

しかし、このシナリオで起こったのは、コアバンキングプラットフォームからウェルスマネジメントビジネスユニットを抽出し、本質的に企業内のスタートアップの独立した組織として立ち上げたい組織に行く機会があったことです。課題は、ウェルスマネジメントビジネスユニットとその周辺のすべての人材と技術とデータを公共サービスに取り込み、自社内でスタートアップを作成し、独自のブランドで実行できるようにすることでした。

これは銀行業の世界的リーダーです。名前は付けません。資産管理ビジネスユニット自体とその周辺のすべてのものを抽出する必要がありました。そのため、すべてすべて、すべてのスタッフ、物理インフラストラクチャ、および新しいオフィススペースに移動します。すべてのビジネスシステム、すべてのソフトウェア、すべてのデータ、すべてのライセンス、名前を付けます。まあ、想像することができますが、それは最初は悪夢のように見えました。

前後関係を整理するために、元の銀行プラットフォームの78のシステムについて話しています。これは、約14のコア製品をサポートしています。数百、数百のライブデータベースが使用されており、使用中と言うと、それらをその場で移動する必要があったため、金曜日の午後には1つの環境に、月曜日にはどこか別の場所に、土曜日にそして日曜日には、トランザクションが左側の1つのシステムから、つまり、それを視覚化するために右側の別のシステムに移動するこのクロスオーバーが必要でした。

数え切れないほどのレコードを抱える約15, 000人の顧客と、一方の78システムのいずれも他方のシステムと一致しなかったためETLの悪夢まったく新しい銀行プラットフォーム、新しいシステム、新しいソフトウェア、新しいデータベース、新しいスキーマがありました。したがって、メタデータ、フィールド、行、列、レコード、テーブル、名前を付けても一致するものはありません。各製品に1つずつ、14のアクティブな開発チームがあります。この環境を構築したとき、開発テスト、統合、システム統合、ユーザー受け入れテスト、本番、災害復旧、デモンストレーションコピー、バックアップ、アップグレード、パッチの適用までに時間がかかりました。そして教育では、開発チームごとにこれらの各環境の23のバージョンがありました。

今、あなたはそこに座って、突然、あなたの血が固まり始め、肌が冷たくなり、髪が立つ-それはうまく終わらない。結局のところ、非常にうまくいったのは、テクノロジの展開設計を開始する前に行った最初の作業は、適切なツールを手に入れたからです。そして、私たちはツールを使用しました。必ずしも人ではなく、ツールを動かす人です。ツールを使用してデータをマップし、ツールを使用してそれらが住んでいたデータベースをマップし、すべてのメタデータ、スキーマ、さらには行、列、レコード、フィールドにマップしました。

私たちは何から来ているのかを知っていたので、それを既製の銀行プラットフォームがどのようなものであるかに関して私たちが設置していたもののマップと相関させ、1対1の相関がありました。そして、途中で落ちたものは何でも、データルームを作成し、そこに行き、それらを手動でマップしました。しかし、新しい世界でこれらの環境の展開と設定を行う前に、すべての単一レコード、すべてのテーブル、すべてのフィールド、すべての行、すべての列、すべてのデータベース、およびその周辺のすべてのメタデータを確認しました。すべての権限と制御が1対1でマップされました。そして、その相関関係が確立されるまで、単一のことは動かしませんでした。

そのため、ETLの部分は悪夢から、従う制御とプロセスを検証するだけのかなり痛みのないプロセスになりました。そして、これをほぼ1時間ごとに定期的に実行できます。私たちは、旧世界の本番環境から、新世界の開発、テスト、統合などの新しい環境に移行していました。そして、私たちがライブになった日に、テストで1か月後に5か月のプロセスを経てライブになり、その後6か月でオンラインでアクティブになりました。問題は1つだけで、問題は誰かがパスワードを忘れて、リセットする必要がありました。それが唯一の問題であり、本質的に何かが間違っていると考える人々の約1時間のストレスを生み出しました。パスワードの有効期限が切れ、パスワードを忘れてリセットする必要がありました。

そのシナリオは、誰かが大きな意図を持っているがチャレンジを考えなかったロータスノーツ環境と比較すると想像できます。次に、すべてのデータとその大部分を書き消さなければならなかった次のことそれは時間と労力と資源と士気の大きな損失でした。適切に計画され、適切に実行され、適切なツールで適切に提供されたシナリオでは、素晴らしい成果が得られました。

そして、このポイントは、私が仲間に引き渡してIDERAがこのまさに課題を解決しなければならないことについて話をする前に、この1つの行に私を連れて行きます。私にとって、それは必要なことです。私の経験では、スマートツールは、データの発見、規模のデータ管理、移動する速度を管理する唯一の方法です。

そして、うまくいけば、先ほどお伝えしたように、私が共有した2番目の逸話として、それは非常に痛みがなく、非常にシームレスなプロセスになります。新しいプロジェクトだけでなく、現在の環境を把握し、組織で何が起こっているか、どのデータベースが存在するか、どのバージョンのデータベースを実行しているか、誰が何を使用しているかをいつでも追跡および追跡できるようにします。

そして、そのためにIDERAから仲間に引き渡します。彼らがテーブルで何を提供しなければならないのか、そして彼らがどのようにこの挑戦を解決するのかを聞くのを楽しみにしています。

Binh Chau：すばらしい、Dez。大丈夫ですか？よし、ありがとう。こんにちは、IDERAのBinh Chauです。今日は、SQL Inventory Managerと呼ばれる製品について少しお話しします。SQLServerインスタンスとデータベースのインベントリを作成し、そこにあるものの種類を把握する機能について説明します。環境と、最近のデータベースのスプロール化とデータの必要性に関してDezとRobinが話した他のことについて話しています。

それで、Dezが説明していた2つの物語を通して逸話的に聞いたことがあると思います。しかし、基本的に今日、データとビジネスグループが非常に多くあり、ビジネスグループは、特にSQL Serverを使用して、独自のアプリケーションとサーバーをスピンアップする必要があります。 SQL ExpressバージョンまたはBIサービスを簡単に起動できるため、小規模から大規模まで、多くの組織でSQLスプロールが行われているだけです。

多くの場合、データベースを既存のインスタンスに置くのではなく、誰かがインスタンスを作成することを誰かが決定したことをDBAは認識していません。潜在的に問題が発生し、誰かがDBAを呼び出すまで、彼らはこれらのことを認識していません。「いいえ、私のアプリケーションは動作を停止しました。データベースに接続できません。何が起こっていますか？」そして、DBAが尋ねるとき彼らが発見したいくつかの質問、「ねえ、これは私たちのレーダーに載っていなかった、私たちはそれを知らなかった。」

もう1つは、ライセンス費用ですよね？ Microsoft SQL Serverライセンス：動作方法は、所有しているインスタンスの数に対して特定のキーを持つ必要がないことです。展開してから監査を行います。彼らは後で監査を行い、実際に必要なライセンス数を発見します。そのため、彼らが監査を行っていて、未知のサーバーに気付いていない場合、それは一種の高価な監査になる可能性があります。したがって、ツールを所有するか、ライセンスコストを事前に把握してインベントリを作成し、それを把握するだけでなく管理することもできるのは良いことです。

そして、私がちょうど話したことは、サーバーを何度も認識していない場合、物事が順調に実行されている場合、すべては問題ありませんが、何かを認識しているのは問題があるときだけです。そのため、運用が中断したり、サーバーがメンテナンスされていなかったり、サーバーにパッチが適用されなかったり、問題が発生したりする可能性があります。

DBAが日常的にしなければならない質問のいくつかは、彼らが管理上または戦略的である可能性があることを知っていますが、Microsoftが重要なシステムパッチをリリースしたばかりで、この新しいシステムが必要なシステムの数パッチ？システムを停止してパッチを適用する必要がある場合、ダウンタイムの影響を受けるのは誰ですか？どうすれば簡単にその情報にアクセスできますか？スプレッドシートに移動する必要がありますか？それを見つけるために複数のシステムに移動する必要がありますか？そのリストを取得するには、さまざまなビジネスグループに連絡する必要がありますか？断片化するのは本当に難しいです。

別の良いものは基本的に、誰かがやって来て、彼らが言うには、私は新しいデータベースが必要です。 Xサイズが必要になり、これだけの容量が必要になります。そして、彼らはどこにそれを置けばよいかを知りたいのです。あなたの風景の中に何があるのか知らなくても、彼らに伝えるのは難しいです、わかりました、ここ、ここ、ここに置くことができます。そのためには、手動で確認する必要があります。そして、監査と不正なサーバーについても話しました。

そこに不正なサーバーがある場合、そのサーバーの状態、バックアップされているかどうか、すべてのパッチがあるかどうかはわかりません。問題が発生するまでこれらのことに気付かないことがありますが、これは悪いことです。

これらは、チャレンジ、質問、DBAが日々直面していること、投げかけられていることのすべてです。そこで、SQL Inventory Managerを紹介したいと思います。これは、私たちが提供している製品です。いくつかのことを行います。これは検出を実行します。これは、基本的には環境に出て、環境内にあるSQL Serverを確認するようなものです。そして、自動検出も可能です。したがって、基本的に、検出を実行すると、毎日または毎週-好きな時間枠で-そこに新しいインスタンスを検出するように設定できます。

そして、それらのインスタンスを自動登録して、インスタンスの監視を開始し、それらの状態を確認できるようにすることもできます。その後、インスタンスのカタログ化とインベントリ作成を開始して、SQL Serverランドスケープをよく見ることができます。そこにあるもの、本番、開発、災害復旧、重要度の低いもの、あなたが知っているもの、それらで実行されているアプリケーション。また、いつ、ヘルスチェックに失敗したかについてアラートを受け取ることができます。したがって、基本的にサーバーがダウンした場合や、いくつかの追加の事柄を自分で実行できます。

エリック・カバナ：あなたが知っているように、あなたは少し柔らかくなっています。

Binh Chau：申し訳ありませんが、これは良いですか？私がやりたいのは、デモを通して皆さんを連れて行き、皆さんにそれが何をするかを見せることでした。ちょっと待って、最初に画面を共有しましょう。あなたはウェブインターフェースを見ていますか？これは、SQL Inventory Managerインターフェースです。ここで表示している画面は、Webベースのインターフェイスです。ここで表示している画面は、データベースインスタンスビューです。上部では、異なるものがあることがわかります。したがって、「検出された」とは、基本的にネットワーク上で検出されたすべてのインスタンスです。そして、それが私に見せることは基本的にです。

エリック・カバナ：あなたはほんの少し別れ始めています。電話機を下に置き、スピーカーに配置することができます。どうぞ。

Binh Chau：このDiscovery画面には、ネットワーク上でInventory Managerが検出したすべてのものが表示されます。ここでは、そこにある1, 003台のサーバーが発見されています。そして、バージョン、エディション、それを見つけることができれば、それがいつ発見され、どのように発見されたかを教えてくれます。たとえば、これらの一部を無視することを選択したとします。つまり、Developer Editionは単にDeveloper Editionであるため、それほど重要ではないので、Developer Editionを無視したいかもしれません。これらを無視するように選択すると、[無視]タブに表示されるため、次回ディスカバリーを実行するときに、再び表示されることはありません。これで、自動登録を行うために記入するか、手動で登録することができます。

そのため、ここでは6つのインスタンスを監視することを選択しました。そして、ここでログインし、これらに対して定期的なチェックを実行します。その後、複数のチェックがあります。ここでは、30秒ごとにチェックして、サーバーが稼働しているか停止しているかを確認します。その状態は何ですか。基本的にここでは、1台のサーバーがダウンし、これら5台がアップしていることを示しています。また、サーバーのエディション、データベースの数、データベースのステータス、そのサーバーに関する追加のインベントリまたはメタデータを教えてくれます。ここからライセンスビューにアクセスすることもできます。ここでは、マイクロソフトの監査の前に合計または概要を取得する前に取得したい場合に必要なマイクロソフトライセンス情報の一部を提供しています。

コアの数、ソケットの数、可能なコアライセンスは次のとおりです。マイクロソフトが2012年から導入したものです。これがインスタンスビューでした。概要ページ、これはあなたが開くページの一種です。これにより、現在のバックアップがない9つのデータベースがあることを教えてくれるように、ヘルスチェックまたは推奨事項が表示されます。そこをクリックして、それらのデータベースの詳細を確認し、必要に応じてデータベースにアクセスしてアクションを実行できます。サイズ別の上位データベース、アクティビティ別の上位データベースがすべて表示されます。特定のサーバーをクリックして、詳細を取得できます。

エリック・カバナ：それは順調に進んでいますが、ここで示しているのは、ネットワークに接続されているものを本当に見ることができるということですよね？

ビンチャウ：そうです。これは、在庫マネージャを使用して監視するために選択したものをすべて表示しています。これはSQL Serverです。サーバーに接続されているすべてのアプリケーションが表示されます。繰り返しますが、このサーバーに関連付けられているすべてのデータベースを取得できます。ここにタグを付けることができます。正確なドメインであるかどうかにかかわらず、この特定のサーバーのタグを作成できます。運用サーバーや借金サーバーにタグを付けたい場合などに使用する顧客がいます。そうすれば、状況の完全なレポートを得ることができます。 [管理]タブに移動すると、これがディスカバリーの実行方法です。そして、ディスカバリーは基本的にネットワークに出て実行され、環境内のすべてのSQL Serverを検出します。

ここに、私たちのドメインであるこの正確なドメインがあり、この特定のドメインでこの特定のWindowsユーザーアカウントを使用して検出を実行するように設定しました。完全なスキャンを実行してください。また、「この特定のサブドメインのみをスキャンする」または「親のみをスキャンする」を指定することもできます。しかし、この場合、ここでは完全なスキャンを実行すると言いました。使用できるさまざまなスキャンタイプを次に示します。保存する場合は、基本的に設定可能なジョブです。今はオフになっています。つまり、これらのスキャンを手動で実行する必要があります。しかし、必要に応じて、毎日設定することもできます。ジョブを毎日実行してください。または、毎日実行しないことを選択した場合-多すぎる-特定の日時にジョブを毎週実行すると言うことができます。

ここで自動登録をオンにすると、新しいサーバーが見つかるたびにインベントリマネージャーに自動的に登録され、監視を開始できるようになります。たとえば、ExpressやDeveloperエディションは開発環境であるため気にしないなど、除外したいエディションがある場合は、ここでそれらをクリックするだけです。何か新しいものが見つかったら、それをInventory Managerに追加して、DeveloperまたはExpressエディションでない限り監視できるようにします。

ここでタグを設定できます。たとえば、実稼働サーバーがある場合は、ここに移動してそれらのサーバーにタグを付けることができます。データベースまたはサーバーのいずれかに特定の青いタグをタグ付けできるため、たとえば、このAO_NODEにはProductionタグが必要だと言えます。この方法で簡単にサーバーにアクセスする必要がある場合は、ここから出てProductionタグをクリックすると、これら2つのサーバーにすぐに移動できます。これはエクスプローラービューであり、これは所有者によって表示されますが、インスタンスタグ、データベースでも表示できます。これを展開して、内容を確認できます。

ここで人々が本当に気に入っているもう1つの便利な機能は、Inventory Managerで管理しているものを見て、パッチのレベルを確認できることです。基本的に、ここではツールで管理している6台のサーバー、Microsoftで利用可能な更新プログラムがあるかどうか、使用しているバージョン、サポートされているかどうか、サポート状態。この特定の修正プログラムについて詳しく知りたい場合は、それをクリックして、その修正プログラムの内容とそれらに対処するかどうかに関してマイクロソフトの記事にリンクします。必要に応じてこのリストをエクスポートできます。そのため、「今週末にこれらのサーバーのうち3つにパッチを適用し、他の3つには後日パッチを適用する必要があります」と言うことができます。

ビルドリスト–バージョンが最新であることを確認するためにチェックするリストがあります。このリストをダウンロードして、最新のものであることを確認し、最新のリストと比較することができます。人々が好むもう1つの優れたインベントリ機能は、タグだけでなく、カスタムインベントリフィールドを追加できる機能です。たとえば、データベースにタグを付けるためにフィールドをここに追加したい場合、データベースレベルでタグを付けたいとしましょう。部門、この部門、およびこのデータベースは、別のタイプにすることができます：オープンエンド、true / false、または選択リスト。

そして、これは人事、マーケティング、R&D、金融だと言えるでしょう。ここで行うことは基本的に、これらのものにタグを付けると、各データベースがどれだけの容量を使用しているかを示すデータをここから取得できます。そして、それを始めることができます。これらの部門をチャージバックしますか？

もう1つは、メンテナンスを実行する必要がある場合、そのデータベースに誰がいるかを知ることで、「今週末メンテナンスを実行しなければならないので、データベースがオフラインになります」という連絡先を知ることができます。などなど。もう1つの便利な機能は、ここにある検索ボックスです。多くの場合、データベース管理者はデータベース、アプリケーション、またはサーバーについて尋ねられますが、誰と話しているかに応じて、それがどこにあるのかを正確に把握するのは困難です。ここでできることは、データベースの場所がわからない場合がありますが、入力するだけです。IDERAダッシュボードに入力するだけで、いくつかのデータベースとそれらがどこにあるかがわかります。それらに。そして、それらに関する追加情報を取得します：サイズ、ログサイズ、バックアップがあるかどうか、どのリカバリモードであるか、タグを追加したい場合。このツールには多くの異なる機能があります。これはインベントリツールですが、SQL ServerとDBAに非常に固有のインベントリツールです。

DBAがアクセスしたい、またはデータベースの環境とそのランドスケープがどのように見えるかをある程度把握するために、DBAが追加したいことがあるからです。また、サブスクライブ、SMTPサーバーの構成、およびサブスクリプションを設定して、自分自身またはここにいるすべてのユーザーに警告することもできます。これをやめて、プレゼンテーションに戻ります。この最後のスライドは、アーキテクチャの単純なビューです。これは、組み込みTomcat Webサービスで実行されるWebコンソールです。

リポジトリに配置するコレクションサービスと管理サービスがいくつかあり、管理サービスが出て、さまざまなSQL Serverインスタンスでディスカバリを実行します。モニターサーバーには何もインストールされていません。それについてのデータを収集するだけの定期的に実行されるジョブがあるので、基本的にそれがアップかダウンか、使用されているデータの量、人々の他のバージョンは何ですか。まあ、それがすべてです。

エリック・カバナ：ええ、質問させてください。いくつか質問をします。ロビンとデズにも同様に質問があります。好奇心から、誰かが監査に来たとき、たとえば、マイクロソフトは彼らはこのツールを使用していますか、または彼らが使用する独自のツールを持っていると思いますか？

Binh Chau：ええ、プロプライエタリなツールを使用していると思います。重要なのは、このツールはインベントリツールであるため、常に最新の状態を維持していることです。サーバーに関する情報を継続的に収集し、いつでもどこでも実行できるようになるためです。実際には、物事がどのように変化するかについて最新の情報が得られます。これは、Microsoftから入手できる1回限りのレポートで、これは所有しているサーバーの数です。。

エリック・カバナ：はい、ディスカバリーに興味があります。誰かがこのツールを購入して使用を開始すると、実際にどのように発見されますか？これは、以前にほのめかしたことのようなものでした。言い換えると、ネットワークをタップして、データベースインスタンスのように見える信号がそこから飛び出していることを確認し、それをカタログ化し、データベースインスタンスにタグを付けたら監視していますか？私はそれが頻繁に行う一種のpingを持っていると推測しています、そして、例えばそれがダウンした場合、それはあなたがそれがダウンしていることを知る方法です。そのようなことはどのように機能しますか？

ビンチャウ：ええ。つまり、Discoveryを有効にすると、ネットワークに出て行き、そこに行くためにいくつかの異なるスキャンがありますが、ブラウザスキャンとレジストリスキャンを行います。さまざまなスキャンを実行して、どのコンピューターが使用されているかを確認し、チェックを実行します。SQLServerまたはBIサービスがありますか？そして、それを元に戻し、ツールに取り込み、「ねえ、私が発見したすべてのことをここに示します。」

そして、「このツールを使用して監視したい」と言った場合、それを追跡し、pingを実行します。「さて、このことについて今すぐ確認してください」と言うために、頻繁にpingを実行するジョブがあります-データベースの可用性-データベースの履歴について確認し、データベース側を確認します。一連のジョブを実行して、監視しているデータベースを確認します。

エリック・カバナ：うん、いいよ。そして、観客から質問があります。皆さんはさまざまなデータベーステクノロジで動作するツールを持っていることを知っていますが、特に今日お見せしているのは、これがSQL Server専用なのか、他の種類のデータベースも対象にしているのでしょうか。

Binh Chau：現在、この特定のツールはSQL Serverを対象としています。

エリック・カバナ：オーケー、 それでいい。さて、ロビンに引き渡します。彼はいくつか質問をしていると思いますが、多分デズに戻ってきます。ロビン？

ロビン・ブロア博士：ああ、そうだね。マイクロソフトはごく最近（2006年のいつか）Linux上でSQL Serverを発表しましたが、まだ提供されていないと思います。あなたはそれについて何かコメントをもらえないかと思っただけです。あなたはそれを知っていますか？あなたはそれで遊んでいますか？

Binh Chau：はい、そうです。これを含める予定です。つまり、このツールの良いところは、同じようなことをするために独自の自家製ツールを構築した多くの顧客と話しましたが、彼らは新しいエディションとバージョンに追いつく必要がありますMicrosoftが登場しましたが、新しいバージョンとエディションがあります。ツールが新しいエディションを監視および管理できるようにするために、早期にそれに着手します。そのため、Linux上のSQLは、利用可能になったときに追加して利用できるようにする予定です。

ロビン・ブロア博士：ええ、それは面白いです。多くの顧客が実際にそうすることを期待していますか？私の経験では、SQL Serverは非常に洗練されたデータベースです。私は、あなたが知っている、それは歯の中で長いです、それはおそらく言うことです。つまり、元のSybaseは実際にはかなり多くの点で単純化されていました。しかし、Microsoftは長年にわたってより多くのものを追加してきました。これらはすべてLinuxで利用可能になりますか？つまり、その移行を行うかどうかについて顧客にアドバイスしますか？

Binh Chau：申し訳ありませんが、人々がそれを求めるのは私たちの質問ですか？

ロビン・ブローア博士：それで、あなたがそれを台無しにしたのなら、それはWindows上でLinuxと同じくらい洗練されていますか？

Binh Chau：私はそれを自分で遊んだことはありませんが、同僚から聞いたことは、実際には非常に標準的だということです。しかし、私は個人的にLinux上のSQLの新しいバージョンで遊んでいません。

ロビン・ブロア博士：わかりました。見つけたすべてのSQL Serverにエージェントを配置しただけだと思いますか？それはこのツールの仕組みですか？

Binh Chau：いいえ、実際にはエージェントを配置しません。この特定のツールであるInventoryピースでは、実際にエージェントを配置しません。外出して電話をかけ、ステータスを確認するだけです。このツールの優れた点の1つは、エージェントレスであるということです。

Robin Bloor博士：それで、あなたは他のSQL Serverツールを持っています。このスイートでSQL Serverを扱う他のどの製品を思い出させていただけますか？

ビンチャウ：はい。 SQL診断マネージャーがあります。これは、監視およびパフォーマンスのツールです。 Inventory Managerよりも詳細な分析または診断、パフォーマンス、およびヘルスチェックを行います。 Inventory Managerのヘルスチェックの軽量バージョン。また、セキュリティスイートの一部であるコンプライアンスマネージャーとセキュアもあります。基本的に、誰がデータにアクセスしているか、どのデータにアクセスしているのか、理由を説明し、コンプライアンスやその他のレポートのガイドラインに役立ちます。バックアップツールであるSQL Safeがあります。バックアップと復元を実行します。これは素晴らしいツールです。

エンタープライズジョブマネージャーもあります。これはジョブを監視するだけです。そして、管理ツールセット、比較ツールセット、SQL Doctorであるツールボックスツールがあります。管理ツールセットと比較ツールセット、これらは私がスイスアーミーナイフと考えるものです。 DBAがパッチを確認したり、データベースを移動または複製したりするなど、DBAがさまざまなことを行うのに役立つ複数のツールがあります。しかし、そのツールボックスにはそのようなツールが24個あります。

ロビン・ブロア博士：それで、在庫管理に行く人たちは、通常すでに他のツールのユーザーですか？それとも、この種のエントリポイントですか？想像できます-つまり、戦争の話があるかどうか教えていただけます-しかし、かなり大きなデータセンターで実際にインベントリを実行したことがない場合、経験は非常に落ち着くことがあります。それはあなたが見つけたものですか？

ビンチャウ：はい。つまり、他のツールセットからツールを紹介されたお客様がいますが、プロジェクトがあるためにこのようなツールを探しているお客様もいます。たとえば、別の会社と合併して一連の会社を買収し、コストを削減するためにSQL Serverのフットプリントを統合する必要がある会社がありました。そして彼らは、外に出て自分が持っているものをすべて発見し、どのようにこれを統合するかというプロセスを開始できるツールを探していました。

ロビン・ブロア博士：そうですね、わかりました。あなたがそれについて考えるとき、それは合併で非常に一般的だと思います。さて、私はデズに引き渡します、私はすべての時間を取りたくありません。オーストラリアからの質問をご覧ください。

Dez Blanchfield：ありがとう、はい、質問はいつも逆さまです。頭に浮かぶことの1つであり、私はこれを非常によく知っています。企業はいつ投資を開始すべきかについて、どこに線を引くべきかよくわかりません。寒冷期にあるあなたの経験から、組織はいつトラブルに巻き込まれないようにするために、このようなツールに投資を開始するのが適切な時期ですか？新しい組織のデータベースインフラストラクチャの構築を開始する初日から、または先ほど概説したように、買収/合併を行うときに、それを行いますか？

それとも、本当に必要な特定の規模はありますか？ 10、100、または1, 000個のデータベースが必要ですか？あなたがこれまで長い間取り扱ってきた市場に関する限り、この空間に参入する適切な時期はいつですか、おそらくどこから始めればいいですか？始めたときはどのように見えますか？

Binh Chau：つまり、非常に小さな組織の場合は、1人のDBAやカップルのDBAのように、このツールを必要としないかもしれません。 3〜4人のDBAと、おそらく50〜100台のサーバーのグループを取得し始めたとき、私は知りません。あなたの組織が大きくなり、テクノロジーに精通したビジネスマンだけが成長するにつれて、あなたが与えた例のように、彼らはアプリケーションとデータベースを自分でインストールしたいと思うでしょうが、それはあなたがしたいときですこの種のツールを使用すると、そこにあるものを確認できます。

しかし、小規模な組織であっても、所有しているものを追跡するためのこの種のツールがあると便利です。「ああ、そうだ、このボックス用にSQL 2012を買ったが、そのレガシーバージョンをまだ必要とするアプリケーションがあるので、現在SQL 2008を実行している」と言うことができるようにそれを分割する場合。古くなる可能性のある複数のスプレッドシートを管理するのをやめるために。

Dez Blanchfield：それについてもう1つ質問がありました。組織がその規模に達したときに、どのようなスキルやリソースを計画する必要があるのでしょうか。本当に必要な特定のスキルセット、またはこの種の課題に最も適した種類の経験や背景、または人の種類があるのでしょうか。それとも、平均的なDBAまたはシステム管理者またはネットワーク管理者タイプのスキルセットがこれを投げることができるものですか？あなたは本当に鋭い先のとがった脳を必要としますか、それともかなり早くこれを拾うことができますか？

Binh Chau：申し訳ありませんが、あなたはその人のスキルセットについて話していましたか？

Dez Blanchfield：ええ、だからデータベース管理者について考えるとき、あなたが必要とする特定のスキルのセットがあります。そのため、DBA自体をその特定の役割に採用するとき、ここで話していたタイプの課題について考えるとき、このようなツールを使用してマッピングデータベースと追跡データベースを管理し、発見のピースを実行し、この特定のツールを操作する場合、ツールの使用とこの種の課題へのアプローチについてユニークなことはありますか、それとも平均的なDBAがすぐに理解できるものですか？

Binh Chau：つまり 、平均的なDBAはこれをすぐに理解できると思います。このタイプのツールを使用すると便利です。なぜなら、それは「Webベースだから」という方向を変えることができるからです。組織内の他のユーザーに提供できます。特定のデータベースまたはサーバーを確認できるアプリ開発者に提供できます。 DBAがしなければならない管理作業の一部を取り除きます。以前は、誰かがDBAに電話して、「ああ、なぜ私のサーバーがアップまたはダウンしているのですか？」と言っていました。

Dez Blanchfield：そして、平均的な組織がこれを展開するにはどのような環境が必要でしょうか？専用の物理サーバーが必要ですか、それとも仮想マシンで実行できますか？クラウド環境に展開できますか？ツールの展開と一般的な実行の一般的なフットプリントはどのくらいですか？マッピングしている他の環境と並行して実行するために潜在的に必要な鉄はどれくらいですか？

Binh Chau：ええ、VMまたはコンピューターまたはサーバーで実行できます。必ずしも専用サーバーである必要はなく、監視しているサーバーの数に依存します。より大規模な環境がある場合、監視しているSQL Serverに関する多くのデータを収集しているため、大規模なサーバーを使用すると役立つ場合があります。

Dez Blanchfield：そうです 。クラウドインスタンスで快適に実行し、環境に戻ってVPNを作成できるのでしょうか、それとも、そのタイプの使用に対して収集するデータの量は少し重いでしょうか？

Binh Chau：クラウド上で実行するように設定しておらず、クラウドで実行するようにまだ設定していません。おそらくpremで実行する必要があります。

Dez Blanchfield：できれば最後の質問です。この分野で見た多くのツール、特に誰かが会社を買収したか、合併やその影響のあるシナリオで言及した場合、ビジネスユニットを統合するだけの組織である場合、誰かがラップトップに展開して環境に取り込んで一度だけ世界をマッピングするという実用的なユースケースシナリオですか、それともありそうもないユースケースシナリオですか？それはそこにあり、永久に実行するために残されるというより多くの種類のケースですか？

Binh Chau：この特定のツールは、サーバーにインストールするだけで、実行するために残されています。そうすれば、そのために必要な情報を収集し、所有しているものの実行中のインベントリを保持できます。 Mapツールは1対1であり、必要なポートにスキップして、今日必要なことを行うため、Mapツールとは異なります。これは一種です-それについての良い部分は、あなたがそれをタグ付けすることができ、特定のサーバーの状態をチェックするために人々がそれにアクセスできるようにするという事実です。

Dez Blanchfield：わかりました。おそらく私にとって最後の質問です。それから、出席者とのQ&Aウィンドウから出てくる質問についてEricに返事します。これをまとめるために、これを手に入れるプロセスは何ですか？試用前のタイプのものには、多くのツールが利用可能であることを知っています。このオンラインについてもっと知りたい人はどこに行くべきか、ダウンロードや旅の様子を探すウェブサイト上の行方、概念実証や試用を行ってそれを手に入れて慣れるそれから連絡を取って購入しますか？

ビンチャウ：ええ。 IDERA.com Webサイトにアクセスして、2週間の試用版を無料でダウンロードできます。気に入って、私たちに連絡したい場合は、エンジニアの1人とデモをスケジュールして、ツールをさらに掘り下げることもできます。

Dez Blanchfield：素晴らしい。まあ、それをありがとうございました。私はそれについてお話しする時間を感謝し、私の個人的な経験に基づいて、彼の生涯の経験でこれについてロビンのために話すと確信しています、私はこのようなものが今日の要件であることを与えられていると思います。どんなに一生懸命努力しても、今では手動でこれを行うことはできません。規模が大きすぎて、物事が急速に動いています。

まさにそれをし、IDERA Webサイトにジャンプして、コピーを入手してプレイすることを強くお勧めします。今日私が共有した逸話での私自身の経験の潜在的なリスクは、適切なツールを持っている場合、非常に悪い状態から非常に良い状態にすぐに移ることができたからです。 t。エリック、あなたに戻って。

エリック・カバナ：ええ、最後の質問をお願いします。興味深い質問です。私はあなたがそこに何を見ているのか知りたいのですが、最近、クラウドは明らかにもっと重要です–アマゾンウェブサービスだけでなく、マイクロソフトだけがAzure全体を提供していますそれは勢いを増しているようです。知りたいのですが、出席者の一人は、Dr。BloorがDBAは高価であり、不正なDBAまたは自分がすべきことをしていない人によって引き起こされる管理上の問題は解決できるという興味深い点を書いていると書いていますクラウドに移行します。私はあなたがどれだけの活動を見ているのか知りたいだけです。クラウドへの移行は企業にとって大きな問題になっていると思いますか、それともトレンドとしてあなたはどう思いますか？

Binh Chau：それはあなたがどのような問題にかかっているかだけに依存しているように感じます。一部の業界は「いいえ、移行していません」と言っているように感じます。プライベートクラウドへの移行または移行を検討している場合があります。しかし、それから私は、あなたが知っているように、本当に速い軌道に乗って、AmazonまたはMicrosoft Azureに向かっているような組織に会います。そして、「いいえ、データを移行していません」または「移行するのは特定のデータのみですが、重要なデータはありません」と言っている人がいます。3つのキャンプがあると思います。

エリック・カバナ：ええ、それは理にかなっています。つまり、私たちはそれをますます目にしており、かなりの期間、順調に動き始めていると思います。また、クラウドへの反発もあります。人々はアマゾンウェブサービスに参入します（これを数回聞いたことがあります）。最初はコストを管理できますが、時間の経過とともに徐々に上昇し、そこに行き詰まってしまいます。多くの点で、クラウドは単なる別のデータセンターですが、控えめに言っても、今後の興味深い旅になるでしょう。

まあ、人々はこれらすべてのウェブキャストをアーカイブします。 techopedia.comにオンラインでアクセスして、当社が行っているすべてのことの完全なリストをご覧ください。そしてもちろん、すべての最新情報についてはinsideanalysis.comをご覧ください。そしてそれで私たちはあなたに別れを告げるつもりです。そして、時間と注意をありがとうございました。 IDERAのすべての友人に感謝します。明日は、データ哲学の最高潮に達するWebキャストについてお話します。そうです、データの哲学は明日の東部4時です。そこで会えるのを楽しみにしています。さようなら