DBAは仮想化インフラストラクチャへの（読み取り）アクセスを必要としますか？なぜ？
私は、VMWare仮想マシン内で実行されている数十の本番SQL Server 2008 R2/2012の監視、トラブルシューティング、調整、および最適化を担当しています。
VMWareインフラストラクチャへの読み取り専用アクセスを要求しましたが、あまり成功しませんでした。技術者以外の人（会社の経営陣）に、なぜそのようなアクセスが必要なのかを証明し、説明するために、反駁できない明確なものを提供する必要があると感じています。
彼らは何ですか？
更新：
最近、（VMWare）仮想マシン内で実行されている「my」SQLServerを監視するためにダウンロードして「試行」しました Confio Ignite試行 。
なぜそのようなアクセスが必要なのですか？
この情報のうち、WindowのPerfMon VMカウンターから取得できないDBAにとって重要なものはどれですか？
関連する質問：
短い答え：はい。
多くの理由がありますが、心に留めておくべきいくつかの理由があります：
1.）信頼するが検証する-SQLは、環境、ハードウェア、または仮想化システムを重視します。 VMの問題で会社を支援するとき、それは通常、誤って構成されたVMです。多くの場合、VMのSQLのアイデアは捨てられようとしています。 。
2.）DBAは、メモリの予約、アラート、パフォーマンスの状態、物理ホストがどの程度混雑しているか（またはそうでないか）を調べ、その動作を理解する必要があります。
3.）DBAは仮想化についてますます学んでいます。優れたブログ投稿とSQLイベントを通じて、SQLdbaコミュニティにおけるVMwareの知識が高まっています。追加の目は、物事が適切に調整され、将来にわたって利用できるようにするのに役立つ場合があります。
4.）自分自身を証明する...すべてを正しく行い、素晴らしい環境を構築した場合は、それを誇示してください。センターへの読み取りアクセスはシステムを破壊することはなく、それらの厄介なDBAaにすべてが嗅ぎまわっていることを示すことができます。そうでない場合は？知りたくないですか？ ;-)
はい、DBAとして、vSphere情報を表示するためのアクセス権が必要です。最大の理由は、別のVMがすべてのCPUパワーを消費し、リソースを残さないというノイズの多いネイバーの問題をトラブルシューティングすることです。これをVM内から確認することはできません。これはそうではありません。 CPUに限定されませんが、ディスクIOにすることもできます。
また、ハードウェアが何を認識しているかを正確に確認して、Windowsが何を報告しているかを確認できるようにする必要があります。
また、システム管理者はあなたから何を隠そうとしていますか？システム管理者チームがアクセスを許可しないことについて防御的になり始めたらすぐに、彼らが私に見せたくないものを隠しているのか知りたいです。
VMWareインフラストラクチャへの読み取り専用アクセスを要求しましたが、あまり成功しませんでした。技術者以外の人（会社の経営陣）に、なぜそのようなアクセスが必要なのかを証明し、説明するために、反駁できない明確なものを提供する必要があると感じています。 彼らは何ですか？
ありません。アクセスが必要であることを紙の証拠に示すことができるものは何も見つかりません。特にミッションクリティカルなサーバーでは、問題を解決するためのターンアラウンドタイム（またはROI）のどこで有益であるかを示すことができるシナリオがあるかもしれません。しかし、それはすべて意見に基づいています。
私はここ数年SQLServer VOEをサポートしてきましたが、VMWareツールを介した読み取りアクセスは提供されていません。私はVSphereを介して直接アクセスできる特定の環境を持っていますが、それは、私が働いているネットワークの場所のために利用できるサーバーへの唯一の直接アクセスだからです。 VMwareからのデータを確認できるのは便利だと言えますが、それは2台または3台のサーバーに限られます。 VMWareインフラストラクチャの構成とパフォーマンスの情報を本当に取得したい場合は、それを格納しているデータベースに移動できます。これは通常、SQLServerデータベースです。
Perfmonメトリックが正確ではないという答えに対して、それはまったく真実ではありません。一部のディスクカウンターのように、オフになっていて実際のアクティビティを表示しない可能性のあるカウンターがいくつかありますが、全体的なPerfmonは、ゲストOSがどのように動作しているかを示します。基盤となるホストがリソースを引き離している場合、パフォーマンスカウンターを通じてこれを確認できるという兆候があります。これは、VMware管理者への弾薬として使用するデータであり、そのような動作が見られる理由を説明しています。質問で指摘された特定のカウンターは、実際にはVMWareツールで有効にした場合にのみ使用できます。それらは非常に役立つことができる特別なものですが、私は一般的にそれらを見ていません。
そのアクセス権がないことは、問題を解決するためにチームの他のメンバーと協力できることを示しています。一緒に仕事をしたくないという理由だけでアクセスが必要な場合は、自分で解決しなければならないのは個人的な問題です。
Perfmonは、VMで実行している場合は正確ではなく、物理ホストまたはvMotionイベントを表示せずにゲストメトリックを表示するだけです。
ここにいくつかの提案があります：
- VMware接続なしでIgniteの使用を開始しても、SQL応答時間と待機タイプの分析が得られます。
- 座って、VMware管理者（またはマネージャー）と話し合い、最初に懸念事項を理解します（脅威のない質問をします）。次に、IgniteからのVMware接続は、サーバーへの負荷がごくわずかで読み取り専用であることを説明します。また、VMware管理者にIgniteへのログインを提供して、履歴の傾向と、問題が実際にデータベースにある場合を確認できるようにします。VMサーバーまたはストレージ。彼らはそれが何であるかを直接確認します。 VMware接続がないと欠落しており、IgniteにvCenterへの読み取り専用アクセスを許可した場合にどれだけの価値が得られるか。
- ＃2が失敗した場合、サーバー/ VMwareリソースに関する質問は、VMware管理者（またはマネージャー）に尋ねてください。これにより、これらの指標がDBAにとって重要である理由が明確になり、最終的には質問に飽きてアクセスできるようになる可能性があります。
最も重要なことは、彼らの信頼を得ることです。テクノロジーは簡単な部分であり、人間関係をマスターすることはITの最大の課題です。幸運を！