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

2024

Techopediaスタッフ、2016年8月24日

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

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

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

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

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

Robin Bloor：わかりました、その紹介をありがとう、エリック。最初のスライドに行きましょう。これは、データベースについて考えているミーアキャットのコレクションです。私がここでやっているプレゼンテーション全体は、実際に私が最近持っているデータベースについての一般的な考えのセットに過ぎません。ポイントは、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は、データベースの世界で何らかの形で別のダイナミクスを作成する可能性があり、それが事態をさらに複雑にします。うまくいけば、何らかの形で収束することがありますが、リレーショナルデータベースのようにすべてが収束することはありません。とにかくすぐにはありません。

そして、私が言わなければならないのはこれだけだと思うので、オーストラリアに引き渡します。

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

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

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

考えてみると、実際にはおそらく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が述べたように、

Eric Kavanagh：画面を共有する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Robin Bloor：見ていると、明らかに何らかの形で進行中の開発を見ていく必要があるからです。私が意味しているのは、Sparkがロケットのように飛び立っていることです。しかし、SparkのSQLは、恐ろしく未熟な状態から、もう少しSQL機能が追加されて少し成熟し始めているようになっています。そのようなことを見て、DBArtisanでそれらの管理を開始するかどうか疑問に思いますか？

スコット・ウォルツ：確かにそうです。それは常にそこにあります。私たちの製品管理チームは常に行き先を検討しており、絶対に、すべてが私たちのテーブルの上にあり、私たちが将来見ているものを考慮しています。

ロビン・ブロア：さて、デズ、あなたはパイルインしたいですか？

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

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

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

Dez Blanchfield：ええ、間違いなく。そして、ご存知のように、昨日見たときの記憶から、私が間違っていなかったことを再確認するだけだと思います。たとえば、Sybaseをサポートしていたことを覚えているので、このことはしばらくの間ありました。私が実際に持っていた別の質問があります。ええ、あなたのリストにGreenplumとFirebirdがあるのは素晴らしいことです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Dez Blanchfield：緑色の画面が大好きです。

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

Scott Walz：それが、DBArtisanがこれらのJDBC接続とODBC接続を処理できるようにするための大きな鍵でした。私たちは今、それを実際に拡張しました。今、その接続があれば、そのドライバーがあれば、接続してそれに対処することができます。

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