Windows管理者にスクリプトの作成を促す方法 [閉まっている]

最初の仕事で管理者として働いていたとき、Windowsサーバーでの管理プロセスが一連のポイントアンドクリックであることに不満を感じました。多くの作業を自動化するシェルスクリプトのグループを備えたUnixサーバーと効率のレベルを一致させることはできませんでした。すぐにWSHとADSIについて読み、スクリプティングでどれだけの自動化を達成できたかを学ぶ時間を無駄にしませんでした。

しかし、大きな問題がありました-Windowsの同僚の誰も、スクリプトの学習に本当に興味がありませんでした。彼らは、手動でマウスをクリックする雑用に満足しているように見え、スクリプトを使用して自分の代わりに作業を行うという見通しに興奮していませんでした。効率が明らかに向上したにもかかわらず、スクリプトスキルを習得するように説得するのに苦労しました。その後、フルタイムのソフトウェア開発のキャリアを追求してその仕事を辞めました。

さまざまな環境とさまざまな顧客での作業に約10年かかりましたが、Windowsの管理者は、スクリプトをできる限り回避する一般的な「気分」を主に持っています。アクセシビリティのレベルが向上しているにもかかわらず、Windowsサーバーテクノロジはスクリプト作成と自動化を可能にします。ほとんどすべての管理者が管理者であることはほぼ確実です。なぜなら、彼らはあらゆる種類のプログラミング義務を絶対に嫌うからです。スクリプトが長期的には本当に役立つと管理者を励まし、やる気にさせるいくつかの手段は何ですか？

多くのUnixスクリプトを実行し、ほとんどWindowsスクリプトを実行しないUnixおよびWindowsの管理者として、WindowsスクリプトユーティリティとAPIの信じられないほどの厄介さと、難易度（おそらく非自明性はより良い言葉）Windowsマシンでリモートで実行すること。

つまり、WTFはこれですか？

Set objWMIService = GetObject("winmgmts:" _
    & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

問題の一部は、API があることだと思います。Unixでは、管理者は主に、すでに使用しているコマンドラインユーティリティの自動化をスクリプト化しています。Windowsでは、すべてのレベルで馴染みのないこのAPIを使用する必要があります。たとえば、「なりすまし」とはどういう意味ですか？これはUnix管理者にとってささいな概念です。Unix管理者はsudoとsuを使用し、すでにsetuidスクリプトに精通している可能性があります。しかし、Windows管理者がそのいずれかに精通していることはまずありません。「runas」（または同等のGUIオプション）については知っているかもしれませんが、何か管理が必要な場合は管理者としてログインする可能性がはるかに高くなります。

また、Windowsのスクリプトに関するドキュメントは悲惨です。一つには、スクリプトよりもはるかに「解釈された言語」です。これも、彼らが（なじみのない）APIを使用しており、既に慣れ親しんでいるコマンドではないためです。しかし、Microsoftのドキュメントで有用なものを見つけたとは思わないが、それは、私が正しい方向に向けてくれたことに既に望んでいたことに近い何かをしている人を見つけることによってもたらされなかった。できることのリストはどこにもありません。最も基本的なことを行うためには、Windowsの内部に精通している必要があります。

Unixスクリプトが回線ノイズのように見えることはあまりありません。しかし、Unix管理者は、彼が既に知っている簡単なコマンドを実行するだけのスクリプトで開始できます。（「これら3つのコマンドを常に連続して実行する必要があります。ファイルにまとめただけで、1つのコマンドで実行できるようになります！」）対照的に、管理者が「管理者としてサーバーにログインし、「スタート」→「設定」→「コントロールパネル」をクリックし、「システム」をダブルクリックし、「コンピューター名」タブをクリックする」などのスクリプトを作成する方法はありません ええ、彼が到達しようとしていたものは、おそらくどこかのAPIを介して提示されますが、彼がそれを少しずつ見つける方法はありません。

したがって、「Windows管理者にもっとスクリプトを作成させるにはどうすればよいか」という質問に答えるために、答えは、スクリプトをより異質なものにすることです。それを行う方法、私は知りません。

正直なところ、答えはマイクロソフトの手にかかっています。GUIを介して行われるすべてを実行するためのコマンドラインユーティリティを使用できない理由はありません。（実際には多くのものがありますが、宣伝されておらず、文書化が不十分であり、一貫性がありません。）GUIに何についてのヒントがないかという理由もありません。そのボタンは実際に行います。変更中のAPIオブジェクトを示すツールチップを用意してください。または、ヘルプウィンドウで文書化します。

ユーザーを内部から保護することには問題はありませんが、Windowsは、それらの内部を、それを見つけたい人からも積極的に隠すために邪魔にならないようです。

実際にはスクリプトを介してのみ実行できるタスクを与えます。たとえば、一度に何百ものフォルダーの作成と各フォルダーのカスタムアクセス許可をスクリプト化する必要があり、毎日更新する必要がありました。彼らがこれを手動で行う場合、それは彼らの唯一の仕事でしょう。区切られたテキストファイルの出力に基づいてアクセス許可をリセットするためにとりわけCACLSを使用したスクリプトは、1日で完了しました（基本的なスクリプトは約1時間で完了しました）。

スクリプティングで何ができるかを見始めたら、それは大きな勝利になるでしょう。

私はかつて「プログラミング」を一切拒否したシステム管理者を雇いました。彼から抜け出すことができたのは、既存のコードを使用し、変数の割り当てやホスト名などを変更することでした。仕事を終わらせるために。プログラミングに煩わ​​されていない人もいるので、それらの障壁を低くする必要があります。

Microsoftはこれに取り組んでいます。SQL Serverでは、しばらくの間、Management Studio GUIの項目をクリックして、実行した内容のt-sqlスクリプトをダンプすることが可能になりました。これは、特にプログラミングが難しいWindowsシステム管理者にとっては素晴らしいことです。

System Center Virtual Machine Managerには、PowerShellスクリプトをダンプする以外は同じビュースクリプト機能があることに気付きました。他の多くの製品ラインもこれを導入していると思います。

管理者をスクリプティングに動機付ける方法は？タフな呼び出し、良い管理者は怠け者の管理者であり、それは可能な限りスクリプトを作成する管理者を意味します。物をクリックする時間がある管理者は、あまり生産的ではありません！管理者を非常に多くの作業で過負荷にして、スクリプトを作成する以外に選択肢がないようにします。

あなたの投稿に心から同意します。残念ながら、スクリプトの使用を強制する管理およびプロセスからのサポートなしでできることは多くないと思います。選択肢が与えられると、人々はいつも馴染みのあるものと簡単なものを使います。これは否定的な点のように思えるかもしれませんが、単純さと親しみやすさがプラスになる場合があります。

一方では、Windowsシステムは暗黙的に単純/簡単であることを意図していますが、Unix / Linuxシステムははるかに難しく、寛容ではありません。だから、誰が最も抵抗の少ない道をとったことで管理者を責めることができますか？あなた、または私または他の多くの人々がスクリプト作成の力を認識するかもしれませんが、人々は最終的に何らかの方法で学習します。通常、スクリプト作成に抵抗する管理者は難しい方法を学びます。私はもっ​​と賢く働きたいのですが、他の人はただ働きたいだけかもしれません。

スクリプトが長期的に彼らを本当に助けることができると管理者を奨励し、やる気にさせるいくつかの手段は何ですか

私はあなたが人々をやる気にさせることができると思っていましたが、現実はあなたが彼らを担当していない限り「成功」の成功の可能性は非常に低いです。私の最近の態度は次のとおりです。学びたい人、私は助けます。必要かどうかに関係なく、誰も望んでいない製品のセールスマンにならないでください。（何らかの理由で）やる気のある人を1人だけ助けたり教えたりすると、彼らが変化の触媒になります。あなたじゃない。ちょうど私の2セント。

私が通うマントラは、「より賢く、難しくはない」です。プロセスを数回以上実行するということは、通常、マウスクリック、bashスクリプト、またはその他の方法で自動的に実行されるようにスクリプト化する方法があることを意味します。私の見方では、これはシステム管理の「手作業」ではない、より重要なタスクを個人的に自由に行えるようにします。

スクリプティングを避けたい人は、頭の中にいくつかのことを実行しているかもしれません。おそらく彼らはGUIインターフェースを楽しんでいて、コマンドラインやプログラミングを学びたくないでしょう。たぶん、彼らは何かをスクリプト化することによって、基本的に自分自身の重要性を減らしていると思うでしょう。いずれにせよ、これは私が望んでいる種類の従業員ではなく、どんな種類のスクリプティングもするのをためらうことは、彼らがどんな種類の労働者であるかを示しています。「ダム」システム管理者ではなく、問題解決者が欲しいです。

彼らを励まし、意欲を与える限り、あなたがやっているようにやることだけで、生産性の向上とそれが彼らの仕事をより簡単にする方法を示したいと思います。一部の人にとっては、Windowsシステム管理者は単なる小切手であり、過去10年間働いてきたポイントアンドクリックの考え方を超えて動機付けるのは難しいでしょう。

あなたが克服しなければならないいくつかの問題があります、あなたが1つ言及したように、多くの管理者は、スクリプト作成のように低レベルでさえ、プログラミングに関与したくありません。もう1つはこれに関連しており、これは制御の問題です。管理者が手動でタスクを実行している場合、各段階で何が起こっているかを正確に把握しています。多くの管理者は、これをスクリプトに置き換えることにより、特にスクリプトを理解しておらず、スクリプトを記述しなかった（および記述したくない）プロセスの制御が失われていると感じるかもしれません。

スクリプトは長い間Unix管理の大部分を占めており、一般的にUnix管理者は最初から、Windows管理として、そしてその固有のGUI-ネスはより手作業のプロセスにつながり、スクリプトは不自然に見える場合があります。

残念ながら、このこぶを介して開発者を取得するのは難しい戦いです。管理者が自分がコントロールしていると感じるには、スクリプトが何をしているのかを理解する必要があるため、スクリプトの作成方法を本当に理解し、学ぶ必要があります。スクリプトが彼らに何ができるかを本当に理解している

それは物事をより速くし、人生を楽にするなどと言っていますが、彼らにそれを証明できますか？彼らが嫌いで、定期的にやらなければならないタスクを見つけて、それを自動化してみてください。この恐ろしいタスクを取り、それをシングルクリックスクリプトにすることができれば、彼らはあなたを愛しますが、もっと重要なのは、スクリプトを使用することの利点を理解することです。

[ため息]これは、Windowsの世界ではあまりにも広まっていますが、多くの人がポニーを上げてスクリプトを学びたくないというあなたの声明に疑問を呈します。私のシステム管理者としてのキャリアでこれまでにやってきた絶対最大のことは、VBとPerlを学ぶことでした。

それらを表示するだけでは動機付けにならない場合、私が使用したいトリックの1つは、経営陣の前で微妙なステートメントを捨てることです。意思決定者に利点を示してください。多くの場合、それはグループ全体に広がり始めます。しかし、それについて気を悪くしないでください。

もっと微妙な注意として、誰かを変えることは（不可能ではないにしても）難しいです。例でリード！

この質問は非常に主観的です。スクリプティングが提供する効率と制御の向上には同意しますが、なぜそれが義務付けられているのですか？使用したいという理由だけで、人々にスクリプトの使用を促す必要があるのはなぜですか？人々が好きで好むツールを使用することを選択してみませんか？

この質問は、ITの世界に存在する一般的なバイアスも示しています。スクリプトを作成しない場合、スクリプトを実行する人ほど頭が良くないか、優秀ではないということです。私よりも優れたスクリプトを作成できる人はたくさんいますが、命を救うためにサブネット化したり、ネットワークトレースの実行方法を見つけたり、AWEを使用するようにSQLサーバーを構成したり、ブートがわからなかったりしました。 iniファイルは、などのためでした。

正直なところ、馬を水に導くことはできますが、彼に飲ませることはできません。

私は10年ほど前に海兵隊でSysAdとして登場しました。管理者になることとコーダーになることの間には大きなギャップがあります。コーダーになるということは、通常、COのペットプロジェクトのWebサイトでの処理にこだわることを意味します（実際の仕事をほとんど行わない...）。

このため、私はコーディングの学習に抵抗しましたが、一度試してみることに決めたとき、私は急いでいました。

誰かを引き込む限り、AD / LDAPスクリプティングを使って誘ってみてください（WMIを扱うよりもアクセスしやすいと思います）。タスクの進行を割り当て、「ユーザー名とグループXYZの人々」。

指定されたグループのメンバーではないすべてのユーザーを見つけるために、次のコードを書きました：https : //github.com/gwaldo/LDAP-Inverse-Group-Membership-Report

リソースに関しては、Microsoft Scripting Guys（優れた記事とチュートリアルを持っています）とScriptomatic2をチェックしてください。WMIを掘り下げるのが大好きです。

次の質問：なぜスクリプトを作成する必要があるのですか？それが答えを決定します。

おそらく、スクリプトの方が効率的だからです。その場合、他のすべての人を紹介するか、システムを管理するより効率的な方法があることを経営者に指摘し、それらがコスト削減策で活用されるのを待つことができます。

権限を持っている人は、ほとんどのことを処理するためにスクリプトを配置することを要求することにより、スクリプトを義務付けることができます。これがどれだけうまく機能するかは、いくつかのことに依存します。管理者が通常どおりに作業している間、スクリプトがひどく不十分で時代遅れのままである可​​能性が高いと述べた場合。

これがあなたにどのような影響を与えているのかという問題もあります。それは単にあなたを悩ませますか、それともあなたの仲間の管理者がスクリプトを書くことであなたの人生は良くなるでしょうか？

私は実際に別の考えがありました。ジュニアWindows管理者がGUIインタラクションに慣れているという事実に関連して、AutoItのようなもので、GUIインタラクションのスクリプティングを開始すれば役立つかもしれません。これにより、既存のツールを捨てて新しいツールとスクリプトを同時に学習させるのではなく、既に知っているツールを使用できるようにしつつ、スクリプト作成に関してドアに足を踏み入れることができます。

その後、一般的なスクリプティングの概念に慣れると、非GUIスクリプティングに進むことができます。ただし、そうでない場合でも、ボタンのクリックを自動化することで、時間を大幅に節約できる可能性があります。

スクリプトを「作業を行うドキュメント」として定義しました。

マネージャー：同僚がTask-Xをクリックしてクリックするために、1年生が理解できるドキュメントを作成するのに数え切れないほどの時間を費やしてください。

従業員：Task-Xを実行するスクリプトがあります。

マネージャー：確かに、私がちょうど求めたドキュメントを終えた後、フローチャートでスクリプトもドキュメント化してください。

スクリプトを「作業を行うドキュメント」として定義しました。

マネージャー：同僚がTask-Xをクリックしてクリックするために、1年生が理解できるドキュメントを作成するのに数え切れないほどの時間を費やしてください。

従業員：Task-Xを実行するスクリプトがあります。

マネージャー：確かに、私がちょうど求めたドキュメントを終えた後、フローチャートでスクリプトもドキュメント化してください。

サーバーからのドキュメントの読み取りを複雑にするために、ドキュメントはMS Wordドキュメントに含める必要があることを忘れないでください。