可視性の芸術：マルチプラットフォーム管理の有効化

ビデオ: [Cloud OnAir]一歩進んだ Monitoring でアプリケーションを改善しよう[2019年2月28日放送]

取り除く： ホストのエリック・カバナは、このホット・テクノロジーのエピソードで、ロビン・ブロア博士、デズ・ブランフィールド、スコット・ワルツとデータベースの傾向について議論します。

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

エリック・カバナ： ご列席の皆様、こんにちは。エンタープライズITの世界で最もホットなショー、2016年のホットテクノロジーズへようこそ。私の名前はエリック・カバナです。「可視性の芸術：マルチプラットフォーム管理を可能にする」というタイトルのショーの本日のホストになります。いくつかの簡単なメモ、5年前に認められた、確かにあなたについてのスライドがあり、私については十分です。@ Eric_Kavanaghで私を見つけました。今年は暑く、これはHot Technologiesの標準スライドです。このショーでやったことは、特定の種類の技術を定義するのに役立つプログラムが必要だったので、全体のアイデアは、特定のスペースまたは特定のタイプの機能を引き受ける2人のアナリストを獲得することです企業が必要としていること、そしてベンダーがやって来て、彼らが構築したものを実証し、それがアナリストから聞いたものとどのように整合するかを説明します。

そして、その理由は、ご想像のとおり、エンタープライズソフトウェアマーケティングの世界では、大々的に取り扱われる用語があり、常に起こることは、ベンダーが最新のホットな用語、ビッグデータや分析などをつかむことですたとえば、SOAやプラットフォームなどのさまざまな用語でさえ、特定のテクノロジーに対してこれらの単語が非常に正確である場合もあればそうでない場合もあります。このショーは、私たちがあなた、聴衆、特定の種類の技術が何をするのか、それらがどのように機能するのか、そしていつそれらを適用すべきなのかを明確にするのに役立つように設計されました。

それで、私たちのスピーカーを紹介します。テキサス州オースティンにあるDez Blanchfieldから地球の反対側から、そしてゲストのScott Walzがケンタッキーから電話をかけてきた、私たち自身のロビン・ブロア博士がいます。実際、私は実際にピッツバーグの外にいるので、今日は複数の異なる場所から完全に地理的に配置された組織があります。それで、私はロビンの最初のスライドをプッシュします、方法で質問してください、人々、恥ずかしがらずに。これは、WebキャストコンソールのQ＆Aコンポーネントを使用して行うことができます。それで、私はそれをドクター・ブロアーに引き渡します。床はあなたのものです。

ロビン・ブロア： わかりました、その紹介をありがとう、エリック。最初のスライドに行きましょう。これは、データベースについて考えているミーアキャットのコレクションです。私がここでやっているプレゼンテーション全体は、実際に私が最近持っているデータベースについての一般的な考えのセットに過ぎません。ポイントは、2000年ごろに、データベースゲームが意味で終わったように見えたということです。データベースの実装の大半はリレーショナルデータベースで行われていました。ミーアキャットが考えているこれらすべてのこと、列ストア、キーバリューストア、ドキュメントデータベース、インメモリデータベース、グラフデータベースなど、すべてが突然変化しました。それはまるで、新しい種類の動物の化石が突然現れた、新しい種類の地質時代のようでした。

Lake Wobegonからのニュース、単一モデルデータベースについては本当に終わりました。 RDBMSが依然として支配的であることは間違いありませんが、現在では他の種類のデータベースが確立されています。本当に、これは私がここで言いたいことのほとんどの概要です。

データベースの次元、これらのいくつかは最近実際に重要になりましたが、とにかく、このスライドを作成したときに考えることができたのは、特定のサーバーのリソースを効率的に使用するという点でスケールアップしたのですか？大規模なクラスターを通過できるようにスケールアウトしますか？ある種のメモリ内データベースがその方向に進んでいる利用可能なハードウェアを活用していますか？配布可能ですか？配布する変動性を重視するデータベースが多数あります。どのような特徴がありますか？データベースの基本的なACID特性。しかし、今では実際の一貫性を維持する代わりに、多くのデータベースに結果的な一貫性があり、人々はそれらを使用しており、問題はありません。したがって、ACIDは絶対に必要ではなく、多くの状況。

メタデータの編成に関しては、ゲーム全体が変わりました。典型的なRDBMSスキーマではなく、さまざまなメタデータ組織があります。オプティマイザーに関しては、最適化しようとしているデータ構造に応じて、非常に多くのオプティマイザーアクティビティが実行されます。管理性の点では、これには多くの違いがありますが、後で説明しますが、基本的にDBMSの全体のポイントは管理可能です。また、その管理性の程度によって、その有用性の程度が決まります。

ハードウェア要因の観点から言えば、これが本当に言っている点です。つまり、ここで行われている点は1つだけです。ここで行われている点は、データベースアーキテクチャに関して今日見ているものが変わるということです。同じデータベースの場合もありますが、ハードウェアレベルで実際に行われていることを何らかの形で考慮する必要があります。何年もの間、CPU、メモリ、および回転ディスクという比較的単純な状況がありました。それは本当になくなっています。

ここにあるポイントは、まず最初にCPUがありますが、多くの異なる処理コアを使用した場合よりもはるかに多くの並列機能を備えていることです。 GPU、FPGA、さまざまな種類のシリコンもありますが、Intelは次のリリースで1つのFPGAとCPUを結婚し、そして-同じチップ上でGPUとCPUを結婚しました。さまざまな特性のチップがあります。 GPUの利点は、重い並列処理、特に数値計算に非常に優れていることです。 FPGAは、何らかの方法でチップにコードを配置することができ、コードをチップに供給する場合よりもはるかに高速に機能します。

起こっているこれらのことの異種交配があります。 Intelの3D XPointとIBMのPCMがあります。これらは、RAMよりも低速で、RAMよりも安価ですが不揮発性の新しいタイプのメモリです。そして、これらは私が話をした多くのソフトウェアベンダーの間で少し興奮している。 SSDがありますが、今では非常に大きくなり、並列アクセスを提供しています。非常に大きなSSDへの並列アクセスにより、RAMの読み取り速度と同様の読み取り速度に近づけることができます。 3種類のストレージRAM、3D XPointのもの、およびSSDの可能性があります。これらはすべて非常に高速になります。また、速度はデータベースの本質であるため、すべてのデータベーステクノロジーは、これらを可能な限り高速に活用しようとします。そして、これには並列アーキテクチャが関与し、関与してきましたが、スケールアウト並列アーキテクチャです。ハードウェアレベルのパフォーマンスは常に加速しており、長年にわたって行われており、それを続けており、一般的なコストは低下しています。

涙の跡。これは、データベースでの異なる試みです。リレーショナルの前の最初のデータベースは一般にネットワークデータベースと呼ばれ、次にリレーショナルデータベース、オブジェクトデータベースが登場し、大きな牽引力を獲得できず、列ストアデータベースが登場しました。リレーショナルデータベースの処理方法が大きく異なりました。そして、オブジェクトデータベースであるドキュメントデータベースとSQLデータベースを別々に、または必要に応じてオブジェクトデータベースの同じ列に配置し、それらがキャッチしました。そして最近、私たちは牽引力のあるグラフデータベースとRDFデータベースを手にしました。そして、あなたが見ているものは、少なくとも3つの異なるデータ構造のセットが収容されています。リレーショナルデータベースは、テーブルと行を非常にうまく処理します。ドキュメントデータベースとオブジェクトデータベース-扱いにくいデータ構造、特に階層データ構造を非常にうまく実行します。また、グラフデータベースとRDFデータベースは、ネットワークデータ構造を非常によく行います。そして、これらの異なる、私はそれらを3本の線と考えます、これらの線は無期限に続くでしょう。これらをうまく実行するエンジンは、他のデータ構造では特にうまく機能しないため、停止することはありません。

そして、Hadoopのネタバレ要因があります。 Hadoopはデータベースではありませんが、ストレージ構造にHDFSを使用するデータベースがあります。また、Hadoopが行うことの多くは、データベースに対して行う必要がある管理の種類です。また、Sparkもデータベースではありませんが、それは未熟ですが、SQLオプティマイザを持っているため、データの保存場所を必ずしも知らないデータベースのカーネルのようなものです、しかし、HDFSに固定すると、多くのデータベース要件が実際に満たされます。基礎となるファイルシステムの機能だけです。特にSparkはデータベースエコシステムの一部になっており、より強力なデータベースと連携していることが多く、その理由は実際には分析にあります。分析– Sparkは、分析が非常に高速です。アナリティクスは、ほとんどの人が現在投資している主要なアプリケーションです。そのため、この2つは密接に関連しています。集中ルールではなくデータフェデレーションは、少なくとも3つの異なるニーズ、構造化された種類のデータベース、そしてデータを共有したい場合のデータフェデレーションがあることから明らかです。多くの場合必要ですが、スケールアウトするデータベースとそうでないデータベースもあります。TeradataやVerticaのような非常に強力なエンジンには非常に特定の場所がありますが、非常に多くの作業を行うことができるより少ないエンジンです。リレーショナルデータベース間であっても、長期間にわたって存在する可能性があります。

最後に言うと、IoT、太った女性がデータの整理を開始するまで、それは終わっていません。 IoTは、データベースの世界で何らかの形で別のダイナミクスを作成する可能性があり、それが事態をさらに複雑にします。何らかの形で、何らかの形で収束することを願っていますが、リレーショナルデータベースのようにすべてが収束することはないと思います。とにかくすぐにはありません。

そして、私はこれですべてだと思うので、オーストラリアに引き渡します。

デズ・ブランフィールド： ロビン、ありがとう。参加してくれてありがとう、今朝、または今日の午後に私を迎えてくれてありがとう。これは本当にホットなトピックです。なぜなら、過去10年間にかなりの量のデータを扱う必要があり、ほとんどの場合、データは何らかの形のシステム内にあるためです。何らかの形式のデータベースです。どうやってここにたどり着いたのか、作成中の問題、今取り組む必要のあるものの種類について、非常に高いレベルの説明をすぐに行うと思いました。その後、それに適用できるソリューション。ここで最初のスライドをつかんでみましょう。私は、DB管理者2.0またはデータベース管理者2.0が現在のようなものになった時点で、かつてデータベース管理者がかなり簡単な役割と挑戦であったと考えています誰かをかなり早く訓練することができます。今日の世界ではそうではありません。なぜそうなのかをお見せします。

むかしむかし、データベース管理者はDBバックエンドに接続し、クイックショーデータベースを行うことができ、システム内に認識しなければならないデータベースのリストがあり、非常に迅速に理解することができました。それらのデータベースとそれらを選択し、少し突いてプローブを使用して翻訳を使用し、テーブルを記述してテーブルと各列と行の内容を見つけます。それは比較的簡単な挑戦であり、平均を読んだ場合各プラットフォームのデータベース管理に関する200〜300ページの本を使用すると、ロケット科学の学位を取得することなく、ほとんど自分自身を学ぶことができました。

しかし、それはもはや事実ではなく、その理由は、私の考えでは、データベースの世界には一人の人が専門家の専門家であり、手動で管理および管理することができないほど多くのオプションがあるためです。そして、その理由は、サーバーとデータベースシステム、データベースサーバーとアプリケーションスイートの世界に関しては、過去40〜50年にわたって非常に長い道のりを歩んできたことです。むかしむかし、私たちは事実上小さなデータであったものに対処しなければならない大きな鉄を持っていました。先日、NASAの主任プログラマーであり開発者であり、男性を月に乗せていたとき、彼女のコードが130列の列が折れ曲がっており、実際には彼女が書いたコードの量よりも高かった。

考えてみると、実際には、おそらく200〜300メガグラムのデータで、せいぜい最大ですべてを入力する必要がありました。そのため、彼女のコードを保持するためのデータの合計量は、紙に印刷されたときに物理的に彼女よりも高かったにもかかわらず、実際には非常に少量でした。これらの巨大な部屋サイズのコンピューターでさえ、これはこの特定のスライドのIBM System / 360ですが、実際に保持できるデータの量は、今日の世界と比べてわずかでした。実際、当社のスマートフォンは60ギガバイトと128ギガバイト、256ギガバイトを保持しており、フラッシュの価格が下がればすぐにテラバイトが携帯電話に搭載されます。

そのため、当時も当時も、データベース管理は非常に簡単でした。以下は、3270ターミナルセッションのスナップショットです。DBAの場合、ログインしてデータベースに関連するファイルの数、そこにあるインデックス、行と列を簡単に確認できます。このスクリーンショットでは、1つのテーブルと多数のテーブルスペースが1つのデータベーステーブルを管理するメインフレーム全体であるという短所があることがわかります。一方、今日では、データベースシステムに数十億行のレコードを保持しています。そして、その変化は、データベースプラットフォームとデータ管理システムを構築することを可能にしたテクノロジーの変化によってもたらされました。

元のメインフレームの種類と、50年以上前にデータベースを実行し、最終的にリレーショナルデータベースを実行するコンピューターの種類、およびその大きな鉄の世界と私たちが持っていた小さなデータセットについて考えると、80年代頃になりましたのように、メインフレームをミニからマイクロに移動し、dBase IIやdBase III、DOSやCP / Mなどを実行しているPCがあり、非常に初期のリレーショナルデータベースがありました。スタイルテクノロジーが利用可能であり、メインフレームで使用されていたものと比較して、非常にうまく拡張されました。 90年代になった頃には、OracleやDB2のようなものがありました。そして、90年代後半には、ネットワークモデルのように接着できる秘密のコンピューター、非常に大きなマシン、キャビネットサイズのマシンなどが一緒になって、これらのコンピューターのクラスターを構築しました。しかし、それでも、今日見られるものと比べるとまだ小さかった。

しかし、ここで取り上げたスライドでは、これはHadoopクラスターであり、事実上1台のマシンのように動作します。本質的には、本当に本当に大きなコンピューターであり、今まで使用していた種類のWebスケールデータを保持できます。したがって、データベース管理、これらのタイプのプラットフォームでのデータベース管理の課題は、実際、ロケット科学になりました。実行するテクノロジー、実行するプラットフォーム、そこにあるデータ、それらのデータの使用タイプを理解できるようにするためには、非常に賢いキャラクターでなければなりません。そして、はい、Microsoft SQLが物事になった2000年代初頭からこの爆発が見られました。LotusNotesは非常に確立されており、その場所をうろついているLotus Notesデータベースの数は非常に恐ろしかったです。そして、通常のOracleとDB2の在職者がおり、実際に定着し始めています。いくつかのブランドが衰退し始めていました。しかし、そのクラスターのイメージに戻って、Beowulfクラスターと呼ばれるものができるようになった2006年の時代を回って、その時点まで従来のデータベース管理を行っていました。既製のPCを取り出してそれらを接着し、主要なスーパーコンピューターを作成します。

しかし、その時点から先は、人間が旧式のデータベース管理を行うことができる転換点を越え、私が言うように、規模は非常に、非常に大きく、非常に速くなりました。データテクノロジーとデータ管理テクノロジー、特にそれらを取り巻くデータベースの採用を促進したテクノロジーにこのビッグバンイベントがあったようです。そして、私たちは事実上、さまざまな形式でデータをホストするための高性能なコンピューティングスタイルのクラスターを構築していたからです。そして、その点を明確にするために、ここで利用可能なデータベーステクノロジーの2016年現在の状況のスナップショットを以下に示します。インフラストラクチャの右下隅とオープンソースから左上隅までの範囲。そして、利用可能なアプリケーションソリューションの右上隅と、分析を行うインフラストラクチャとパフォーマンスエンジンの混合など、左下隅にあります。そして、真ん中にはもちろんスマートフォンのようなデバイスがあります。これは非常に小さなバージョンのデータベースで実際に実行され、連絡先などの管理や、通話記録やその他の管理を行います。

ですから、このような爆発は、カンブリア紀の爆発のようなもので、2006年から2016年までの非常に短い期間に行われた技術開発の量が事実上10年であり、いわば。グラフデータベースが大きなものになり、メモリ内のデータベースが大きなものになり、SQLデータベースが登場するようになりました。さまざまなコンピューティングモデルへの移行、Hadoopの登場、MapReduceモデルの導入、Sparkとストリーミング分析とストリーミングコンピューター、復元力のある分散データ、人々が必要とする規模に到達するために開発する必要のあるフレームワーク、そして、その旅について考えると、通常の容疑者、Oracle、PostgreS、Sybase、IBM DB2、MySQL、およびMicrosoft SQL Serverプラットフォームを備えたリレーショナルデータベース管理システムとは何ですか。 Clustrix、Xeround、NuoDB、MemSQLなどの新しい子供たちがブロックに登場するのを見てきました。以前のスライドで見たように、何十ものものがあります。これらのプラットフォームを理解し、それらを実行し、単一のペインを取得するためのノウハウを習得するという課題を想像できる場合、DBAになってこれらのことを行う必要があるということは、決して簡単なことではありません。そして突然、まったく新しい種類の楽しいチャレンジであるNoSQLエンジンが登場しました。

そして、私がここに持っている最後のスライドは、究極の1-2-3ノックアウトパンチのようなものです。それは、これらの技術のいくつかを今取り入れて、それらのためのサービス機能を作成したということです。クラウドモデルとそれらはユーティリティとして、サービスとして利用可能になりました。基本的にサービスとしてデータベースを取得できます。AmazonのWebサービスで見られる通常のブランドと、GoogleのCloud Compute PlatformとMicrosoft Azureは、気になりますが、実際には何十ものクラウドプラットフォームがあります。また、オーストラリアでは、たとえば、さまざまな形でデータベースサービスを提供する真正な大規模なパブリッククラウドである121社のような企業があります。

平均的なDBAがベッドから出て仕事に行き、今すぐ対処しなければならないという課題について考えることは、非常に気が遠くなるような課題です。そして、私は今、人生の多くのものと同様に、それらを水平および垂直に拡大しました。これは、インフラストラクチャが非常に水平でほぼ線形の成長モデルでスケールされ、スタックの複雑さが垂直感覚、データベースプラットフォームの数、対処する必要があるアプリケーションフレームワークとモデルの数は、ガラスビューの1つのペインで人間が対処できる必要があるものと、データベース管理者が今必要とするものをはるかに超えていますこれらすべてのプラットフォームと対話し、それらを管理し、管理し、サポートできるようにする新しいツールのセット。これが今朝、または今日の午後の会話のすべてのトピックであり、それを念頭に置いて、私たちのゲストに彼らの製品と、それがどのように課題に対処するかについて多くを語るつもりです。

エリック・カバナ： スコット、申し上げます。

スコットウォルツ： どうもありがとうございました。デズ、ロビン、ありがとう。今日は参加してくれてありがとう。 90年代初頭からこのスペースにいましたが、たくさんの良い思い出を持ち帰ってくれました。これらのスライドと写真のいずれにも表示されなかった記憶は、パンチカードでした。そして、それは私が大学を出て最初の仕事を始めたときに最初に紹介された最初のことでした。私の隣のキューブの同僚はパンチカードに触れないように言っていました。確かに、それは確かに挑戦であり、90年代半ば以降のお客様の対応を支援するために取り組んできた挑戦であり、これは今日お話ししたい製品です。マルチプラットフォーム管理を見てみましょう。これはサブセットにすぎません。グラフを選択しましたが、Dezが述べたように、

エリック・カバナ： 画面を共有する必要があります。

スコットウォルツ： ああ、そうです、ありがとう。

エリック・カバナ： 心配ない。皆さん、恥ずかしがらずに質問してください。今日は3人の賢いズボンを呼んでいるので、難しい質問です。 WebキャストコンソールのQ＆Aコンポーネントを使用するか、BriefRのハッシュタグでツイートできます。わかりました、スコット、それを取り去ってください。

スコットウォルツ： よろしくお願いします。このスライドとこの画像を取得しました。 Dezのイメージは本当に感動させられました。それは、それが今日私たちが生きている世界であり、DBAが演じている世界だからです。そして、彼らが述べたように、総当たりでこれを行うには。あなたは本当にツールが必要です、それは私たちが遊びに来て、その全体のスイッチ、勢いが早く、それがあなたが言及したように非常にサイロ化していたところから勢いが変化するのを見ています、それがツールへの最初の進出であり、その後、組織に戻って、2000年以降、少し狭められました。組織とともに堅実になりたいと思っていましたが、その後戻ってきて、それらすべての新しいプラットフォームを導入したときに本当に爆発しました。そして今では、特定のプラットフォームや特定のテクノロジーにピジョンホールする代わりに、これらの組織はどれも最高のものを見つけていません。最適なアプリケーションデータベースは何ですか、使用するのに最適なプラットフォームは何ですか？とはいえ、DBArtisanで何をするかについて少し説明したいと思います。 DBArtisanは、クロスプラットフォーム環境と言われるように、20年以上にわたって私たちの主力製品であり、これが私たちの住む場所です。そして実行されました。

先に進んで、すぐに飛び回りましょう。スライドを進めているので、製品をもっと見せています。おそらくあなたもそうするでしょう。 DBArtisanをまだ見たことがない人のために、コンプを見ています。Dezは「ガラスの単一ペイン」という用語を使用したと思います。これは、DBAに一見を与えることに誇りを持っているものです。すべてのプラットフォーム。当然、他のアプリケーションを開く必要はありません。接続してそこに到達し、プラットフォームの操作を開始します。左側のデータベースエクスプローラーを見ると、これを適切に作成できます。好きなように整理できます。ミックスがあり、Oracleサーバーの一部、MySQL、PostgreSがあります。また、MySQLサーバー環境の一部を含む本番サーバーというラベルが付いています。繰り返しになりますが、私たちはぴったり合っていることがすぐにわかります。新しいデータベースの登録を見ると、私たちがサポートしているプラットフォームの1つが表示されます。私はいくつかのことを考えたいと思います。これがあなたのSQLであることに気づくでしょう、そのサポート、Teradata、Apache、PostgreS、ここに私たちがサポートするジェネリックがあります。

プラットフォームのいずれかにJDBCドライバーまたはLDBCドライバーがある場合、DBArtisan内から直接接続し、接続してプラットフォームを操作できます。繰り返しになりますが、どのようにそれを成し遂げようとしているのかではなく、目の前の仕事に集中できるようにします。それをすべて歩いてください。しかし、私は製品についていくつかのことを見せたいです。その場合、開いてみましょう。たとえば、Oracleに対処します。これはここにある私の小さなランディングページにすぎませんが、私が作業しているスキーマのいくつかを調べてみたいと思います。大きなスキーマの1つを使用するため、再びテーブルのリストを表示します。右、この場合、テーブルを開くので、それらを選択するだけで、オブジェクトエディターに表示されます。

今、オラクルは私が長年にわたって取り組んできたものです。私がお見せするのは、おそらく簡単な説明です。ただし、Oracleがプラットフォームである場合、またはPostgreSがプラットフォームである場合、またはTeradataが与えられたばかりのプラットフォームであり、速度を上げる必要がある場合、当面のタスクは列を追加することです。または、当面のタスクは列を削除することです。しかし、構文について心配する必要はありませんよね？必要なものを入力してセットアップし、DBArtisanを生成するままにします。ここで、「変更」を押します。スクリプトを生成します。繰り返しますが、非常に簡単な例ですが、ポイントは、この列を生成してテーブルに配置するために作業を行うことです。

ただし、テーブル内で列を移動することもできます。従来の方法でこれを実行しようとしたことがある場合、このような1行のコードよりも少し複雑になります。しかし、DBArtisanは舞台裏で作業を行い、コードを生成して、SQLを再び生成します。ここから閉じます。行う前に、上部のすべてのタブに再び注目してください。ユーザーインターフェイスは非常に直感的です。エクスプローラーに入って、PostgreSに飛び降りたら、そうですか？そこでスキーマモードに入ると、非常によく似たルックアンドフィールのテーブルを見てください。これを開きます。ここでも情報が表示されます。プロパティ、祖先、列。プラットフォームに特化したものであり、これを表示し、オブジェクトを操作できるように、ユーザーインターフェイスを提供します。あなたは何をする必要があるかを知るでしょう、そしてそれはあなたが効率的かつタイムリーにそれを行うことを可能にしますので、あなたはそこに行く必要がある節が何であるかを正確に心配する必要はありませんそのオプションを提供します。面倒をみます。

また、見てみると、今すぐSQL Serverにアクセスして、他の機能について少し話をするので、全員がデータベースを監視する必要があります。もう一度、起動して、発生しているすべてのセッション、実行中のセッションを見てみましょう。どのステートメントが実行されているかをどのように確認し、それを制御できるようになりますか？セッションを停止する必要がありますか？データベース上にある可能性のあるロックを確認する必要がありますか？ブロッキングロックはありますか？繰り返しますが、私たちはすぐに対応し、必要に応じて是正措置を取り、それを好転させるために、私たちは指先ですべての情報をここに持っています。エクスプローラーに戻ります。ここがここであり、これが駆動点であり、これは私がいつも戻ってくる場所であり、ここから個人的に物事を始め、仕事をしたい場所です。 SQL Serverデータベースに接続して、ユーティリティを確認しています。クロスプラットフォームなので、抽出、移行の検討を開始できます。あるプラットフォームから別のプラットフォームにオブジェクトを移行する必要がある場合は、プラットフォーム間で移動できますが、それらのオブジェクトが異なるプラットフォーム上に存在する場合は可能です。スキーマの抽出、レポートへの公開、データのロードとアンロード、およびデータベースのバックアップ。

繰り返しますが、これらはすべてUI内からです。ここでツールにアクセスすると、操作可能な完全なツールセットが表示されますよね？「ファイルを検索」の間から、システムテーブル内を検索して、検索対象の文字列を見つける完全なデータベース検索を実行できます。「スクリプトとファイルの実行」。複数のプラットフォーム、複数のデータソースに対して実行できる標準ステートメントがある場合、DBArtisan内から実行したいターゲットを指すように設定できます。 [Go]を押すと、すべてのターゲットデータソースに対して実行され、結果が返されます。繰り返しますが、その単一のガラスから作業できるようにします。

そして、再び「アナリストシリーズ」、それらはより詳細です。これらは、リレーショナルデータベースを対象としていますが、新しいプラットフォームをより多く取り入れることになり、これらのアリーナにもこの機能を拡張できるようになります。そして、一般的に、ユーザーインターフェイスの機能強化が多数あります。 DBA専用の機能。スクリプトライブラリを実行する機能があるアイテムなど。複数のプラットフォームに対して頻繁に実行するSQLスクリプトは、ここに保存し、ドラッグします。新しいISQLウィンドウをセットアップしたらすぐに、スクリプトをドラッグするだけで、すぐにスクリプトを準備できます。繰り返しますが、あなたの指先でそれを行い、管理することができます。一部のプラットフォーム用に既に定義されたスクリプトを提供しているため、いつでも必要な数のスクリプトを作成できます。

あなたが興味を持っているなら、私が好きで、多くの顧客が好きな素晴らしいことであり、私はこの質問をたくさん受けます。それはいいね。 DBArtisanはどのようにそれを行いますか？」ここには「ログファイル」という小さな機能があります。実行するすべてのSQLステートメントをログに記録できます。または、TeradataテーブルにSQLを記録すると、DBArtisanがデータベースに対して実行しているすべてを記録し、戻ってそのSQLを見て、必要なものすべてを取得できます。スクリプトの一部としてそれを組み込みたいかもしれません。絶対に。まったく問題ありません。

私たちは、データベースに対して実行していることと実行していることを非常に透過的にしたいので、データベースに適用するものはすべて保存して記録できるようにします。設定オプションもあります。「オブジェクト所有者による整理」として設定していることに気付くでしょう。また、「オブジェクトタイプ」によって設定することもできます。PostgreSQL環境に再び戻った場合、SQLではなくSQLを見るとスキームに入りました。そのスキームに属する私のGIMテーブルだけを見ると、スキーマ名に関係なく、すべてのテーブルが表示されます。繰り返しますが、さまざまな方法で物事を整理し、独自のワークフローとそれをどのように見たいかを実際にカスタマイズします。

最後に話したいのは、「ブックマーク」を設定する機能です。ドリルインして、プラットフォームの1つで作業していて、テーブルモードだけに集中したい場合は、ブックマークを追加できます。非常にシンプルな機能ですが、特に今日のDBAと同じ数のデータソースとプラットフォームで作業している場合は非常に便利です。システムにアクセスできるようにするには、DBArtisanを起動し、ブックマークマネージャーを使用して、ツリー内の必要な場所に移動し、作業できるようにします。そして、ここから新しいテーブルを作成できます。また、先ほど見たサポート対象のプラットフォームで、「ウィザード」を使ってテーブルを作成、作成、作成できるようにします。そして、これを行うために必要なすべての構文をバックグラウンドで生成し、最後にプレビューペインで表示します。検証を行い、生成するものを正確に確認できます。「実行」ボタンを押し、次に「完了」ボタンを押して実行させます。または、保存したり、別のISQLウィンドウにプッシュしたりすることができます。そのため、バッチウィンドウの時間中に保存してデプロイする、より大きな、より大きなスクリプトの一部にする必要があります。

これがDBArtisanの概要です。繰り返しますが、これは多くのプラットフォーム、それらのプラットフォームのサポート、優れたユーザーエクスペリエンス、お客様からの優れたフィードバックが見られる製品です。パネリストの1人として興味がありますが、IDERA関連またはDBArtisan関連の何かを見つける必要がある場合は、お気軽にご連絡ください。私の住所で私を見つけることができます。

エリック・カバナ： 申し分なく、質問のためにロビンに公開し、次にデズ、そして出席者からのQ＆Aを監視します。ロビン、取り去ってください。

ロビン・ブロア： さて、最初の質問です。実際、DBArtisanにはかなり長い間慣れ親しんでいるので、DBArtisanの機能についてはある程度知っています。私があなたに取り組むことに興味があるのは、ここからの一種の将来の道です。私が最後に見たとき、それはずっと前だったに違いない。少なくとも3つのデータベースをサポートしていると思いますが、以前はサポートしていたことに気づきませんでした。 DBArtisanの今後の道は何ですか？データベースを追加するだけですか、それとも機能拡張機能ですか？どこに行くつもりですか？

スコットウォルツ： それは素晴らしい質問です。上記のすべてをお願いします。従来のRDBMSプラットフォームが静止しているわけではないので、私たちは確かに構築し続けるでしょう？彼らは増え続けています。私たちはその道を進み続けます。そして、新しいプラットフォームをサポートするという方向に目を向け始めます。なぜなら、これらのプラットフォームの一部は従来のRDBMSのように成長を続けているにもかかわらず、新しいプラットフォームが顧客にとって適切なプラットフォームであるという特定の状況があるからです。私たちは本当にその市場、そのセグメントを注意深く監視し、どのプラットフォームを使用するかについて正しい決定を下そうとしています。彼らは毎日、実際に変化しているようです。

ロビン・ブロア： 私とデズの両方が言ったように、それは非常に活気のある市場であり、おそらくそれを見る一つの方法です。私が興味を持つもう一つのこと-明らかにあなたはこの質問に正確に詳細に答えることはできないだろうが、私はOracleのインスタンスが1000あり、Oracleはそうではなかったサイトに出くわした使用されている唯一のデータベース、つまり展開されていたものです。そして、実際に彼らにこういった多くのインスタンスをどのように管理しているのかについて話したとき、「まあ、ご存知のように、大きなインスタンスは5つまたは6つしかなく、そこに3人のDBAがいます」と言いました。 DBArtisanを使用することに興味があります。なぜなら、DBArtisanを使うとひどいことをすることができるからです。データベースをいくつ置くか、一般的に言ってみましょう。一度に管理できる文字列の最大の例は何でしょうか。

スコットウォルツ： DBArtisanを使用すると、1つのインスタンスに複数の接続または複数のデータソースを定義できるため、少し複雑な状況になります。たぶん、sysloginを実行してから、より低い権限のログインを実行したいのですが、すべてが折りたたまれて複数の画面が表示されるというお客様に対処しました。今、私が彼らに尋ねたとき、あなたが私に尋ねた質問は、「あなたはそのように多くの人をどのように管理しますか？」です。そして彼は「私はしません」と言います。「私はできることを管理しますが、すべてにアクセスする必要があります。」私はまだ停止するものを見ていません。人々が管理できることの上限は、実際にその人、個人ができることの上限です扱う。しかし、あなたが知っているように、私が挑戦した人々は、彼らがすべてのそれらの接続を持っていることを公然と認めますが、それを管理する方法はありません。彼らはチームに依存しています。きっとあなたが経験したことでしょう。

ロビン・ブロア： まあ、私は実際に自分でDBAを務めてきましたが、それほど長くはしませんでした。そして、覚えていることの1つは、リレーショナルデータベースの他の何よりも優れていることですが、SQLを使用すると大量のことができるということです。多くの場合、あなたが考えていた以上に。 DBArtisanが持っている機能のいくつかを、SQLに直接変換するだけで、何らかの方法で説明します。しかし、あなたは知っています、あなたは他のことをしていると確信しています。すべてSQLスクリプトですか、それとも難解な状況のために書かれた他の特別なルーチンがありますか？

スコットウォルツ： ええ、それの多くは、その大部分がSQLです。それはまさにその性質です。ただし、ベンダーのツールであるベンダーのフロントエンドを使用してコマンドラインから実行できるルーチンを作成します。たとえば、プラットフォームのデータロードユーティリティ用にフロントエンドを配置しますよね？これらはSQLスクリプトではありません。そう、コマンドラインジョブです。それらを生成し、それらをDBAに渡して実行できるようにします。ええ、両方を少しやりますが、その大部分はSQLスクリプトです。

ロビン・ブロア： 見てみると、明らかに何らかの形で進行中の開発を見ていく必要があるので、私はかなり新しいと考えています。私がおもしろいと思っていることの1つは、Sparkが明らかにロケットのように離陸していることです。そのようなことを見て、DBArtisanでそれらの管理を開始するかどうか疑問に思いますか？

スコットウォルツ： もちろんです。それは常にそこにあります。私たちの製品管理チームは常にどこに行くべきかを考えており、絶対に、すべてが私たちのためにテーブルの上にあり、私たちが将来見ているものに関して考えています。

ロビン・ブロア： さて、デズ、山積みしますか？

デズ・ブランフィールド： ええ、実はあなたが私のためにドアを開けてくれた素晴らしいものがたくさんあります、ロビン。どうもありがとうございました。このような製品を見ると、私が飛び出すもののいくつかを探検したいだけで、とても興奮しています。前に述べたロビン・ブロア博士のように、彼は私と同じようにこれをしばらく追跡しており、先日あなたのスペック要件を見て、実際にこのことはそれが実際に何をするのか傾いています。そして、私はメモリから考えます-私が間違っていれば私を修正します-私はそれがラップトップのパフォーマンスがDBArtisanを快適に実行するのと同じくらい小さいと思いますが、かなり重要なデータベースバックエンドを実行することができましたそして、あなたも今FirebirdとGreenplumを持っているのを見てとても興味がありました。私は、ギガヘルツCPU上のRAMギガのように文字通り実行できるハードウェアの要件または仕様に非常に感銘を受けました。それはかなり印象的でした。

しかし、ユースケースは、少し掘り下げたいものです。制御不能になった既存の環境が原因で製品の普及が必要な場合であると考えていますか、それとも人々が少し積極的になり、私たちが何かを構築していると言っているのを見ていますか？大きくて複雑です。たとえば、ここでは合併や買収を考えています。ここでは、組織が小規模、中規模、大規模など、さまざまな企業を買収し、これらすべての環境を継承し、新しいDB機能を構築する必要があります。組織のタイプと、それに対するアプリケーションのタイプに関する限り、これの一般的なユースケースは何ですか？既存の環境を持ち、それらをクリーンアップして制御する必要があるのは、主に人々ですか？それとも、より積極的になり、構築しようとしている複雑さを早期に考えて、あなたを早期に参加させるのですか？

スコットウォルツ： あなたが言及したまさにその理由、つまり統合のために、私たちはより早く乗り込むことをもっと見ています。幅広いプラットフォームサポートを備えているため、将来の完全な保証ではありませんが、お客様とお客様のDBAは、潜在的な獲得ターゲットを見ると、やや少ないという本当に良い状況に置かれています、あなたが知っている、どのプラットフォームが私たちが継承できるのだろうか？それは重要ですが、その懸念は、DBAにとって何を意味するのかということよりも少し少ないですよね？ DBAには、接続できることがわかっている製品があり、製品の使用に慣れている場合は、買収したばかりのプラットフォームへの接続に慣れるでしょう。それは確かに、私たちが長い間見ている分野であり、これらすべてのプラットフォームのマッシュアップを持っている顧客ですよね？どうやってこれを回避するのですか？そして、彼らはそれを試しました。なぜなら、各プラットフォームにはツールが備わっているからです。独自のツールを使用できますか？しかし、最終的には、あなたは何ができるのか知っています、はい、できますが、私は各プラットフォームを学ぶ必要があるだけでなく、今、私は各プラットフォームに対応するツールのそれぞれを学び、したがって、DBAの仕事を複雑にしました。そのため、彼らが私たちに戻ってきて、「これを回避する必要があります。新しいツールのUIを学ぶことよりもDBAが行うべき重要なことがあるので、DBA用のツールを1つ入手しましょう。または別のツール。」

デズ・ブランフィールド： ええ、間違いなく。そして、ご存知のように、昨日見たときの記憶から、私が間違っていなかったことを再確認するだけだと思います。たとえば、Sybaseをサポートしていたことを覚えているので、このことはしばらく前からありました。実際にあなたに別の質問がありました。ええ、あなたのリストにGreenplumとFirebirdがあることは素晴らしいことです。しかし、あなたのSybaseは、そのような種類の非常に早い年齢で、それがしばらくの間存在し、良い仕事をしたことを示しています

クラスター。したがって、DBAにとって最大の頭痛の種の1つは、基本的にIPアドレスと多数のAPIのように見えるか、JDBCかLDBCか、私たちが話しているかもしれないものを指摘することですが、その背後にはクラスターがあります。データベースバックエンドに接続するときのように、DBArtisanはドアのナンバーワンの背後にあるものについて何を知ることができますか、または知っていますか？背後のすべての環境を見ることができますか？特に、2つの部分があります質問、多分。たとえば、クラスターについて考えると、IBM DB2、Microsoft SQL Database Server、MySQL、PostgreSQL、Oracle、およびこれらの従来のRDBMSのいくつかをサポートし、常にマスタースレーブまたはマスターマスターを実行しています冗長性と高可用性、およびパフォーマンスのための環境。 DBArtisanは、1つのデータベースそのものではなく、クラスターであるドアナンバーワンの背後に何かがあることを知っていますか？もしそうなら、それについて何を知っていますか？そして、同じ質問にすぐに答えられるように、すぐにその中に流れます。ごめんなさい。それで、あなたが持っているいくつかのシナリオのクラスターの背後で、DBArtisanの使用に関する限り、人々は実稼働環境と災害復旧環境の間のミックスにどのように対処していますか？

スコットウォルツ： すばらしい質問です。特定のプラットフォームに依存することをお伝えします。これは、できる限り深く掘り下げた機能の一部に対して、さまざまなレベルのサポートを提供するためです。たとえば、OracleとそのRAC環境であるReal Application Clusterの場合、そのクラスターのプライマリノードに接続できますが、私が示したデータベースモニターを介して、実行中のSQLを確認できます。クラスターのどのノードで実行されているかを実際に教えてくれますか？クエリの実行速度が遅いかどうかを正確に確認するために、それを監視して、どのノードで実行されているのかを確認しましょう。クラスターの全体的な理由は、当然、エンドユーザーのためであるため、エンドユーザーはそれがどこで実行されるかを気にしませんが、DBAのために、このタイプの情報を追跡する必要があります。たとえば、Oracleではそのレベルの詳細に移動できます。私たちが行っている他のプラットフォームには接続性がありますが、おそらくOracleの場合ほど詳細ではありません。

本番環境と開発環境に関して、それは良い質問です。同じレベルのサポートを提供しています。私たちが支援する本当の主要な方法は、接続レイヤーがそこにあるということですよね？接続してすべての機能を実行できるようになります。 DBArtisanの一部の機能を利用してデータソースを分類しているお客様がいますか？繰り返しになりますが、これはあなたが尋ねている正確な質問に対しては少しずれているかもしれませんが、彼らが働いていることをグラフィカルに示すことができるようにします。 DBArtisanのことの1つであるため、データソース間ですばやく変更できることです。次に、切り捨てステートメントを実行する準備ができており、接続されていることを確認していることを知っています。これを実稼働または開発に対して実行しましたか？そのため、DBArtisan内にいくつかの機能を提供し、DBAが管理し、DBAアクティビティの一部でトラブルを回避できるようにします。

デズ・ブランフィールド： そのことを念頭に置いて、現在サポートしているプラットフォームの長いリストで、明らかな理由ですぐに爆発することを確信しています。つまり、たとえばメインフレームなどのz / OS上のDB2などをサポートします。そして、明らかに、ミッドレンジと呼ばれるようになりましたが、現在はUNIXシステムだけでなく、より近代的なプラットフォームもサポートします。 Linux、そして最終的にはBluemixやCloud Foundryなどに移植されるため、DB2はBluemix上のCloud Foundry上で、IBMとcloud on soft上で実行されることになります。現在、管理と監視だけでなく、データの移行と移動を可能にする前に言及した人もいますか。 DBArtisanと一緒にベッドに飛び込んで、「あなたは知っている。古いメインフレームには、ただ降りる必要があるものがたくさんあるので、それをするのは本当に面倒だった。ここからそこまでポイント、クリック、ドラッグできれば、データとスキーマを実際に移動および移行できます。」それは人々がしていることですか？

スコットウォルツ： 彼らは本当に動いていますよね？彼らはデータを移動させていますよね？現在、彼らはそのためのツールとしてDBArtisanを使用しています。彼らのためにすべてをしているのですか？いいえ。ドラッグアンドドロップを開始しますが、正確にはそこにありませんが、スクリプトを生成できるようにします。理想的には、このジョブを使用したくないからです。あなたが言及したまさにその理由のために、あなたのラップトップであなたのクライアントで走っています。非常に低い足で走ることができますよね？スクリプトの生成を支援してから、方向を変えてビルドすると、そのスクリプトを配信してサーバーで実行できるようになりますか？そして、それを行うためにサーバーの背後にある馬力を手に入れましょう。私たちは、彼らが仕事のいくつかを生み出し、その仕事の一部を行うのを支援しています。

デズ・ブランフィールド： 右。あなたのための最後のいくつかのそしてそれから私達は戻るかもしれません。補遺を読んだだけで本当に感銘を受けました。これは素晴らしいことです。実際、もう少し時間をかけて詳細をお話したいと思います。 DBAにとって本当に大きな課題は、基本的なコンプライアンス、インフラストラクチャの全体的なガバナンス、監査、現在の状態に関するレポート、将来の環境の一般的な成長などの準備を検討することです。あなたの製品が何をしているように見えても、それは人生を楽にしていることの中心であり、そのガラスの単一のペイン、世界の単一のビュー、そして私は本質的にクリックしてポイントしてドラッグすることができ、私はその事実が大好きです今すぐこれを行うように誰かを訓練することができたので、マニュアルを読む必要はありません。このツールにより、ガバナンス、コンプライアンス、監査に関するさまざまなことができるようになり、人々が実際に目覚めているのではないかと思うようになりました。

しかし、皆さんは今、それを見て行き、このユーレカ、a-haの瞬間、行くのを見ていますか？「ねえ、あなたは何を知っている、これはDBAの生活を今から本当に簡単にするか、運用の観点から簡単にするまたは開発の観点。しかし、実際には、現在すべてのデータベース、すべてのデータセット、すべてのコンテンツのないデータ、およびすべてのメタデータについてレポートすることができます。たとえば、だれがアクセスできるか、いつアクセスできるか、なぜアクセスできるのか、どのタイプのアクセスを得るのかなどです。そして突然、コンプライアンスに関するいくつかの課題に対処します。特に、データ侵害に関して本当に大きなことが起こったとき。世界的な金融危機のような驚くべきものがあります。これらの課題はすべてやって来ていますが、一体どのようにコンプライアンスを測定し、監視し、対処するのでしょうか？ DBArtisanを適用するという点では、それはまだ人々にとっては大きなことなのでしょうか？

スコットウォルツ： DBArtisanについて十分に説明できないお客様がいます。今、それらはそれを実現したものです。電球が消えた。彼らは言います、「ちょっと待って。返信して返信し、あなたが言及したまさにそのレポートを生成することができます。すべて、1つのツール内から。今、まだそれを理解していない他の人たちがいますが、それはさまざまな理由が考えられますよね？まだ処理されていないか、誰かによって処理されている可能性がありますが、それを使用していることがわかったお客様はa-haの瞬間ですよね？それだけでなく、これらすべてのテーブルを作成できるだけではありません。そして、絶対に、すべてのコンプライアンス要件があるので、それは巨大です。それ自体が仕事です。

デズ・ブランフィールド： まあ、確かに。そして、あなたが知っている、つまり、私がすぐに考えているのは、誰かが来て、Sarbanesからのすべてを満たす必要がある場合、構成管理データベース、CMDを作成したいと言っている場合-OxleyからITBITへのCOBIT、SWIFTコンプライアンスと銀行業務、さらには国際標準化機構ISO 27001、27002のようなものまで。これらはすべて非常に大きなフレームワークです。課題の1つは、データがどこにあるのか、誰がデータを管理しているのか、どのフォーマットになっているのかを見つけることです。すぐに、必ずしもDBAでなくてもかまわない人にこれを投げることができましたが、すぐに彼を訓練し、「コンプライアンスツールがあります」と言うことができました。管理の世界。

しかし、私はここに座って、最近のように複数のプラットフォームを管理できるという事実を知っています。あなたが言ったように、あなたが行うトランザクションをログに記録することができます。このツールをデータ侵害事件に持ち込み、セキュリティチームが何をどこで、なぜ、そして誰が何を見ているのかを見つけようと駆け巡っています。そして、彼らが動き回っている間、彼らはそうしなければ彼らが問題の一部になるかもしれないので、彼らがするすべての行動を記録して追跡しなければなりません。ええ、それはここで信じられないほどの能力だと思います。特に、あなたが知っているデータ監査の課題に目を向けると、データセットとデータで、機能クリープのような巨大なものがあります。

そして、私たちが行った別のいくつかのショーで話したことの1つは、あなたがどのようにデータを見つけて見つけるのかということです、そして私たちはしばしばあなたがどんな組織で始めても、キュービクルに立ち、手を空中に置いて手を振って行きます。「このデータベースがどこにあるか誰にもわかりませんか？このデータソースにアクセスするにはどうすればよいですか？このファイルはどこにありますか？」「受付に行ってください。」あなたのツールは、物を見つけて発見し、それについて報告する機能さえすぐに提供できます。

質問の1つに簡単に戻ってから、まとめてエリックに引き渡します。あなたにとって、今後12か月で規模が課題になりそうだと思います。 DBArtisanが機能する規模または規模の範囲で、私が推測する3万フィートの視点で、いくつかの洞察を与えていただけますか。これを自分のラップトップに置いて揺り動かし、それを環境に向けると、それを発見し、物事を始めることができると想像できます。それは、いくつかの行とテーブルを備えたオープンソースの極小データベースエンジンのようなものからのものだと思います。どんな規模になりますか？メインフレーム上のDB2についてお話しましたが、それは大きなことです。そしてクラスター。ここで対処できる規模の範囲はどのくらいですか？ロビンは先ほど触れましたが、DBArtisanでどれだけ大きくできるかについてもう少し詳しく説明する必要があります。

スコットウォルツ： 承知しました。クライアントのソフトウェアであるため、確かに課題があります。したがって、メインフレームで作業している場合、メインフレームでテストシステムに対して作業しているときに、数百万行に対してそれを指定し、数百万行に対して相互結合を行うことができます。すべての作業はサーバーで行われます。そのコマンドを渡すためです。DBArtisanが結果セットを処理するだけですよね？それが課題であり、それが私たちがしていることの美しさです。ほとんどの重い作業はサーバーで行われています。すべての結果を処理しています。したがって、もちろん、すべてが数百万行を返す10個のクエリを同時に実行したい場合、もちろん、パフォーマンスが向上する可能性があります。しかし、データベースに対してDBArtisanに対して大きなクエリを実行することをためらうことはありません。繰り返しますが、前述のように、走行距離は多くの要因によって異なりますが、繰り返しますが、繰り返しますが、グリッドを埋める限り、何百万もの行が戻ってくることに対処しています。行く準備ができました。しかし、明らかに結果が戻るのを待たなければならないこともあります。

デズ・ブランフィールド： 締めくくる前に質問があります。時間をかけすぎて、ありがとうございます。昨日、最新の仕様を読んで、自分が自分と同じであると思っていたことを確認するために、もう少し詳しく教えてください。プロセスの監視と一種のアラートと通知は、キャパシティプランニングがDBAのすべての大規模な問題を毎日終日発生させることを知っています。誰かがこのテーブルを埋めるのか、彼はデータベースを埋めるのか、彼らは私が持っているディスクスペースを埋めるのか、どうやってそれを管理するのか？プロセス監視の種類、特にアラートの監視、そして理想的にはキャパシティプランニングの概要について簡単に説明します。私はそれが興味のある分野だと思います。

スコットウォルツ： プロセス監視は、おそらく、当社の顧客ベースの大部分が使用する機能であり、それを表示および実行できるデータベースモニターであることを示しています。アナリストパックにはいくつかあります。 Performance Analystには、特定のしきい値が満たされたときに設定できるアラートがいくつかあります。それはあなたに警告することができます。たぶん、X個のログ、ログファイルのエラー、警告が出ます。表スペースが一定の割合に達すると、別のアラートを取得できます。そして、それの美しさは、あなたが同じツールにいるということです、それはDBArtisanの一部ですので、エラー、アラートを右クリックするだけで、DBArtisanで管理し、テーブルスペースエディタにすぐに連れて行ってくれます。そして、すぐに問題に対処できます。

容量に関しては、まさにそれがホットボタンであり、現在の容量分析者はSQL Server、Oracle、DB2 LUW、Sybase ASEに移植されています。そして、それはまさにあなたが説明したことをします。コレクションを取得したら、サンプルサイズ、行サイズ、オブジェクト数、ツール内の多くのオプションを取得したら、トレンドを開始できますか？そして、半年後にはどのようになるのでしょうか？ 12か月後にはどうなりますか？日付に傾向を付けることができますが、値に傾向を付けることができますか？そして、あなたが持っている例、私はそれに基づいてX量のディスクスペースを持っています、いつその制限に達するのですか？私の成長とこれまでに行ったコレクションに基づいて、いつその限界に達するのでしょうか？少なくとも、私はそのための計画を開始できることを知っています。 6か月になるのでしょうか、2年になるのですか？しかし、ここでも、キャパシティアナリストを使用して、その傾向に向かうことができます。

デズ・ブランフィールド： すごい。素晴らしいデモ。ほんとうに楽しかった。今日私たちの素晴らしい聴衆から出てきたいくつかの質問があることを知っているので、私はエリックに戻るつもりです。本当にありがとうございました。製品をよく知ることができて本当に良かったです。そして、私はそれを非常に注意深く見ることを楽しみにしています。

エリック・カバナ： いいよ良い質問がいくつかあります。時間をかけて少しずつ進んでいるので、すぐにまとめようとします。スコット、あなたはハードストップを閉じているからです。ここに大きな質問があります。 VSAM、Model 205、IMS、IDMFなどの古いデータストアでの作業はどうですか？最近よく見かけますか？

スコットウォルツ： 行き詰まっているとは言いたくありません。それらの環境の一部は、ODBCまたはJDBCがあり、そのうちのいくつかがそこにあることを知っている場合、それに接続でき、その方法で作業できます。しかし、ほとんどの場合、緑色の画面は静止する方法です。

デズ・ブランフィールド： 私は緑色の画面が大好きです。

エリック・カバナ： Dezがそのスライドで指摘したように、彼は今日利用可能なさまざまなアプリケーションとツールをすべて持っているので、データベース管理者の機能を責任を持って実行したい人にとっては非常に困難な現実です。そして、時間が経つにつれて、顧客はこれらのツールのいずれかへのコネクタを構築でき、顧客が要求するときなどにそうなると思いますか？そのため、そのガラスの単一ペインを有効にします。

スコットウォルツ： そして、DBArtisanがこれらのJDBCおよびODBC接続を処理できるようにするための大きな鍵となりました。本当に拡張しました。今、その接続があれば、そのドライバーがあれば、接続してそれに対処することができます。

エリック・カバナ： それはいいことです。皆さん、これらすべてをアーカイブして、後で見ることができます。スライドへのリンクを投稿しました。SlideShare経由でご覧いただければ幸いです。紳士、あなたのすべての努力に感謝します。今日も素晴らしいウェブキャスト。たくさんの良いスライド。たくさんの良いコンテンツ。私はそのデモが大好きでした。最近、データベースの種類が爆発的に増えているため、皆さんが市場の非常にスイートスポットをターゲットにしているのは本当に興味深いことです。そして、マネージャーとして、そのすべてを処理する場所が必要です。よくやった、みんな。明日、別のホットテクノロジーをお届けします。明日は1時間になりますように。同時。同じ駅。次回、またお会いしましょう。気を付けて。バイバイ。