Windows yöneticileri komut dosyası almaya nasıl teşvik edilir? [kapalı]

İlk işimde yönetici olarak çalıştığımda, Windows sunucularıyla yaptığımız yönetim işlemlerinin bir dizi tıkla ve tıklatması beni hayal kırıklığına uğrattı; Verimliliği, işin çoğunu otomatikleştirmek için bir grup kabuk betiği bulunan Unix sunucularla hiçbir zaman eşleştiremeyiz. Yakında WSH ve ADSI'yi okudum ve komut dosyasıyla ne kadar otomasyona ulaşabileceğimi öğrenmeye hiç zaman kaybetmedim.

Yine de çok büyük bir problem vardı - Windows çalışanlarımın hiçbiri gerçekten senaryo yazmayı öğrenmekle ilgilenmedi. El ile fare tıklatma işleri ile mutlu görünüyorlardı ve kendi adına işleri yapmak için senaryo kullanma umuduyla asla heyecanlanmadılar. Verimlilikteki belirgin artışlara rağmen onları komut dosyası yazma becerilerini almaya ikna etmek için mücadele ettim. Bu işten sonra tam zamanlı bir yazılım geliştirme kariyeri peşinde bıraktım.

Çeşitli ortamlarda ve farklı müşterilerde çalışma konusunda neredeyse on yıldan beri, hala genel olarak bu genel "ruh halini" içeren Windows yöneticileriyle karşılaşıyorum. Artan erişilebilirlik seviyesine rağmen, Windows sunucu teknolojileri komut dosyası ve otomasyon için açılıyor. Yöneticilerin çoğunluğunun kesinlikle yöneticiler olduğundan eminim çünkü her türlü programlama işini yapmaktan kesinlikle nefret ediyorlar . Yöneticileri kodlamanın uzun vadede onlara gerçekten yardımcı olabileceği konusunda teşvik etmek ve motive etmek için bazı yöntemler nelerdir ?

Çok fazla Unix komut dosyası kullanan ve neredeyse hiç Windows komut dosyası oluşturmayan bir Unix ve Windows yöneticisi olarak, bunun kısmen Windows komut dosyası oluşturma yardımcı programlarının ve API'lerinin inanılmaz derecede beceriksizliğinden ve zorluğundan (belki de açık olmayan bir şey olabilir) olduğunu söyleyebilirim. Windows makinede bir şeylerin uzaktan çalıştırılması daha iyi bir kelimedir).

Yani, WTF bu mu?

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

Sorunun bir kısmı, bence, orada olmasıdır olan bir API. Unix altında, yöneticiler zaten kullandıkları komut satırı yardımcı programlarının otomasyonunu büyük ölçüde komut dosyası olarak kullanıyorlar. Windows altında, her seviyede yabancı olan bu API'yi kullanmanız gerekir. Örneğin, "kimliğe bürünmek" ne anlama geliyor? Bu, sudo ve su kullanması muhtemel olan ve zaten setuid komut dosyalarını tanıyan bir Unix yöneticisi için önemsiz bir kavramdır. Ancak bir Windows yöneticisinin bunlardan herhangi birini bilmesi pek mümkün değildir; "runas" (veya eşdeğer GUI seçeneği) hakkında bilgi sahibi olabilirler, ancak yönetici-y yapmaları gerektiğinde yönetici olarak giriş yapmaları çok daha muhtemeldir.

Ve Windows'ta komut dosyası çalıştırma belgeleri mutsuzdur. Birincisi, yine bir (yabancı) API kullandıkları ve zaten aşina oldukları komutları kullanmadıkları için senaryodan çok daha fazla "yorumlanmış dil". Ancak, Microsoft'un belgelerinde, beni doğru yönde gösteren, istediklerime yakın bir şey yapan birisini bulmakla yönlendirilmeyen faydalı bir şey bulduğumu sanmıyorum. Hiçbir yerde yapabileceğiniz şeylerin listesi yok gibi görünüyor. En temel şeyleri yapabilmek için zaten Windows içindekiler hakkında bilgi sahibi olmanız gerekiyor.

Unix betiklerinin çoğu zaman çizgi gürültüsüne benzemediğinden değil. Ancak bir Unix yöneticisi, zaten bildiği basit komutları çalıştırmaktan başka hiçbir şey yapmayan bir betikle başlayabilir. ("Bu üç komutu her zaman art arda çalıştırmak zorundayım. Eğer onları bir dosyaya koyarsam, tek bir komutta yapabilirim!") Ve sonra durumla rahatladığında ilerleyebiliyor. Bunun aksine, bir yöneticinin "sunucuda yönetici olarak oturum açın; Başlat → Ayarlar → Denetim Masası; Sistem'i çift tıklayın; Bilgisayar Adı sekmesini tıklayın; vb." Evet, almaya çalıştığı her neyse, muhtemelen bir yerde bir API aracılığıyla sunuluyor, ancak onu aşamalı olarak bulması mümkün değil.

Öyleyse, "Windows yöneticilerinin nasıl daha fazla komut dosyası kullanmasını sağlayabiliriz?" Bunu nasıl yapacağımı bilmiyorum.

Açıkçası, cevap Microsoft'un elinde. GUI üzerinden yapılan her şeyi yapmak için bir komut satırı yardımcı programına sahip olmamalarının bir nedeni yoktur. (Şu anda orada aslında birçoğu var, ancak reklamları yok, belgeleniyorlar ve tutarsızlar.) Ayrıca GUI’de ne olduğu konusunda bir ipucu olmaması için hiçbir neden yok. bu düğme aslında yapar. Değiştirilen API nesnesini gösteren bir araç ipucuna sahip olun. Veya Yardım penceresinde belgelendirin.

Kullanıcıları dahili kullanıcılardan korumada bir sorun yoktur, ancak Windows bu dahili kullanıcıları etkin bir şekilde gizlemek için kendi yollarını bulmak isteyenlerden bile çıkıyor.

Onlara yalnızca bir komut dosyası ile gerçekten yapılabilecek bir görev verin; örneğin, bir keresinde her bir klasör için yüzlerce klasör ve özel izin oluşturma komutunu yazdım ve GÜNLÜK olarak güncellenmesi gerekiyordu. Bunu manuel olarak yapacaklarsa, tek işleri bu olurdu. Sınırlandırılmış bir metin dosyasının çıktısına dayanarak izinleri sıfırlamak için CACLS yazılımını kullanan komut dosyası, mükemmel hale getirmek için yaklaşık bir gün sürdü (temel komut dosyası yaklaşık bir saat içinde yapıldı).

Komut dosyasıyla neler yapabileceğinizi görmeye başladığınızda, büyük bir kazanç olabilir.

Bir keresinde, herhangi bir 'programlamayı' tamamen reddeden bir sysadmin kiraladım, ona örnek olarak yol göstermeye çalıştım. Ondan alabileceğim en iyi şey, mevcut kodu kullanmak ve değişken atamalarını veya ana bilgisayar adlarını değiştirmekti. bir işi bitirmek için. Bazı insanlar programlama ile uğraşmaz, bu yüzden onlar için engeli azaltmanız gerekir.

Microsoft buna yol açıyor. SQL Server'da, bir süredir Management Studio GUI'deki öğelere tıklamak ve daha sonra yaptığınız şeyin t-sql betiğini boşaltmak mümkün oldu. Bu harika, özellikle programlama sinsadmin eğimli değil programlama için.

System Center Sanal Makine Yöneticisi'nin aynı powershell betiğini dışlaması dışında aynı görünüm komut dosyası özelliğine sahip olduğunu fark ettim. Bence diğer birçok ürün grubu da bunu tanıtıyor.

Yöneticileri komut dosyası oluşturma konusunda nasıl motive edersiniz? zor çağrı, iyi bir yönetici tembel bir yöneticidir ve bu, olabildiğince komut dosyası yazacak bir yönetici anlamına gelir. Eşyalara tıklamak için zamanı olan bir yönetici çok üretken değildir! Yöneticilerinizi çok fazla çalışarak aşırı yükleyin, seçecekleri senaryodan başka seçenekleri yoktur.

Gönüllü olarak gönderinize katılıyorum. Ne yazık ki, senaryo kullanımını zorlayan yönetim ve süreçlerin desteği olmadan yapılabilecek çok şey olduğunu sanmıyorum . Bir seçim yapıldığında, insanlar her zaman tanıdık olanlarla ve kolay olanlarla giderler. Bazen, bu olumsuz bir nokta gibi görünebilir, ancak basitlik ve aşinalık bir artı olduğunda zamanlar vardır.

Bir yandan, Windows sistemi dolaylı olarak basit / kolay iken, Unix / Linux sistemleri çok daha zor ve daha az bağışlayıcıdır. Peki yöneticileri en az direniş yolunda tuttukları için kim suçlayabilir? Siz ya da ben ya da çok sayıda başka kişi, kodlamanın gücünü tanıyabilirken, insanlar sonunda ya da böyle öğreneceklerdir. Genellikle, komut dosyasıyla ilgili olan yöneticiler zor yoldan öğrenir. Daha akıllı çalışmayı severim, diğerleri de çalışmayı sever.

Yöneticileri kodlamanın uzun vadede onlara gerçekten yardımcı olabileceği konusunda teşvik etmek ve motive etmek için bazı yöntemler nelerdir?

İnsanları motive edebileceğinizi düşünürdüm, ama gerçek siz onlardan sorumlu olmadığınız sürece , başarılı bir “motivasyon” olasılığının aşırı düşük olması. Bugünlerde tavrım şudur: öğrenmek isteyenler, yardım edeceğim. İhtiyacı olup olmadığına bakmaksızın kimsenin istemediği bir ürün için satıcı olmayın. Motive olmuş sadece bir kişiye (ne sebeple olursa olsun) yardım ettiğinizde / öğrettiğinizde , değişim için katalizör olacaklardır. Sen değil. Sadece iki sentim.

Gittiğim bir mantra "Daha akıllı, daha zor değil". Herhangi bir işlemi birkaç defadan fazla yapmak, genellikle fare tıklaması, bash komut dosyası veya başka bir yöntemle otomatik olarak gerçekleştirilmesi için komut dosyası oluşturmanın bir yolu olduğu anlamına gelir. Gördüğüm gibi, bu beni kişisel olarak sistem yönetiminin "el emeği" olmayan çok daha önemli görevler yapmaya zorluyor.

Senaryo yapmaktan kaçınmak isteyenler kafalarından geçen birkaç şey olabilir. Belki de GUI arayüzünden hoşlanıyorlar ve komut satırı veya programlamayı öğrenmek istemiyorlar. Belki de bir şeyi yazarak temelde kendi önemlerini azalttıklarını düşünüyorlar. Her iki durumda da, bu benim istediğim çalışan türü değil ve herhangi bir komut dosyası yapma konusundaki isteksizliği ne tür bir işçi olduklarını gösterir. "Aptal" bir sistem yöneticisinden çok bir problem çözücüye sahip olmayı tercih ederim.

Onları teşvik etme ve motive etme konusunda, sadece yaptığınız gibi yapın, verimlilikteki kazanımları ve işlerini nasıl kolaylaştıracağını gösterin. Bazıları için, bir Windows Sistem Yöneticisi olmak sadece bir maaştır ve son 10 yılda kendileri için çalışan göster ve tıkla zihniyetinin ötesine geçmeleri için onları motive etmek zor olacaktır.

Üstesinden gelmeniz gereken bir kaç sorun var, birinden bahsettiniz ki, birçok yönetici programlamaya dahil olmak istemez, hatta senaryo yazımı kadar düşük seviyededir. Diğeri bununla ilgilidir ve bu bir kontrol meselesidir. Bir yönetici manuel olarak bir görev yaptığında, her aşamada tam olarak ne olduğunu bilirler. Birçok yönetici, bunu bir komut dosyasıyla değiştirerek, özellikle komut dosyası yazmayı anlamadıklarında ve komut dosyasını yazmadıklarında (ve yazmak istemediklerinde), işlemin denetimini kaybettiğini hissedebilirler.

Bunun Windows yöneticileriyle ilgili bir sorun olduğunu düşünüyorum, çünkü Script uzun süredir Unix yönetiminin büyük bir parçasıydı ve genellikle Unix yöneticilerinin en başından beri, Windows yönetimi ve onun yerel GUI'sinin öğrendiği bir şeydi. ness daha manuel bir işleme yol açar ve senaryo yazmak doğal görünmeyebilir.

Ne yazık ki, bu güçlükle ilgili geliştiriciler almak zor bir savaş. Yöneticinin kontrolün hala kontrol altında olduğunu hissetmesi için, komut dosyasının ne yaptığını anlamaları ve gerçekten de komut dosyası yapmaları gerektiğini gerçekten anlamaları ve öğrenmeleri gerekir ve bunları yapmalarını sağlayacak tek yol ise komut dosyası yazmanın onlara neler yapabileceğini gerçekten anlama

Her şey çok daha iyi hale geleceğini, hayatı kolaylaştıracağını vb. Söyleyebileceğini söylüyor. Nefret ettikleri, düzenli olarak yapmaları gereken bir görev bulun ve bunu otomatikleştirmeye çalışın. Bu korkunç görevi alabilir ve tek bir tıklama komut dosyası yapabilirseniz, sizi seveceklerdir, ancak daha önemlisi komut dosyalarını kullanmanın yararını görebilirler.

[sigh] Bu, Windows dünyasında çok yaygın bir durum olsa da, çoğunluğu hakkında midilli almak istemeyen ve senaryo yazmayı öğrenmekle ilgili ifadenizi sorgulayacağım. Sysadmin kariyerimde şimdiye kadar yaptığım en büyük şey, VYY'ye başka bir şey götüren VBS'ye yol açan VB ve Perl'i öğrenmek oldu.

Onları göstermek sadece motive etmek için işe yaramazsa, kullanmaktan hoşlandığım bir püf nokta, yönetimin önüne ince ifadeler atmaktır :) İsterseniz, emmeye çağırın, ama öyle değil. Karar vericilere faydaları gösterin, genellikle grup içinde çoğalmaya başlar. Yine de bu konuda salak olma.

Daha ince bir notla, birini değiştirmek zordur (mümkün değilse). Örnek olarak yol göster!

Bu soru oldukça özneldir. Kodlamanın sağladığı verimlilik ve artan kontrol ile aynı fikirdeyken, neden zorunlu olmak zorunda? Neden sadece onu kullanmayı sevdiğiniz için insanları komut dosyası kullanmaya teşvik etmeniz gerekiyor? Neden insanların beğendikleri ve tercih ettikleri araçları kullanmasına izin vermiyorlar?

Bu soru aynı zamanda BT dünyasında var olan ortak bir önyargıyı da göstermektedir: Eğer senaryoyu yazmazsam, senaryo yazan biri kadar akıllı veya iyi olmamalıyım ve bu yanlış. Benden daha iyi senaryo yazabilecek pek çok insan tanıdım, ancak hayatlarını kurtarmak veya bir ağ izini nasıl çalıştığını bulmak için alt ağ oluşturamıyor, ya da SQL sunucusunu AWE'yi kullanacak şekilde yapılandırabiliyor ya da önyüklemenin ne olduğunu bilmiyordu. ini dosyası vb. içindi.

Açıkçası, bir atı suya götürebilirsin, ama onu içmesini sağlayamazsın.

Yaklaşık 10 yıl önce Deniz Piyadeleri'nde SysAd olarak geldim; burada Yönetici olmak ve Kodlayıcı olmak arasında geniş bir fark var. Bir Kodlayıcı olmak, genellikle CO'nun evcil hayvan projesi web sitesiyle uğraşmanıza takıldığınız anlamına gelir (gerçek işinizin çok az bir kısmı ...).

Bu nedenle, kodlamayı öğrenmeye direndim, ama bir kez denemeye karar verince bir patlama oldu.

Birini çizdiği sürece, onları çekmek için AD / LDAP komut dosyasını kullanmayı deneyin. (WMI ile uğraşmaktan biraz daha erişilebilir olduğunu düşünüyorum.) Görevlerin ilerlemesini atayın, "bana kullanıcı adlarını ve e-posta adreslerini verin" deyin. XYZ grubundaki insanlar ".

Belirtilen grupların hiçbirine üye olmayan tüm kullanıcıları bulmak için bu kod parçasını yazdım: https://github.com/gwaldo/LDAP-Inverse-Group-Membership-Report

Kaynaklara gelince, WMI'yi kazmayı sevdiğim Microsoft Scripting Guys (mükemmel makaleler ve öğreticiler içeren) ve Scriptomatic2'i inceleyin.

Sonraki soru: neden senaryo yazmalılar? Bu cevabı belirleyecektir.

Muhtemelen, sen komut dosyası çünkü daha verimli. Bu durumda, herkese gösterebilir veya yönetime, sistemleri yönetmenin daha etkili yollarının olduğunu ve maliyet azaltma önleminde bundan faydalanmalarını bekleyebilirsiniz.

Otoriteye sahip biri, çoğu şeyi işlemek için yerinde komut dosyaları olmasını zorunlu kılarak komut dosyası yazmayı zorunlu kılabilir. Bunun ne kadar iyi sonuç vereceği birkaç şeye bağlıdır; Eğer sadece yöneticiler normal olarak çalışırken senaryoların yeterince yetersiz ve eski kalması muhtemel olduğu söylenirse.

Bunun sizi nasıl etkilediği sorusu da var. Sizi rahatsız ediyor mu yoksa arkadaşlarınız bazı şeyleri kodlarsa hayatınız daha mı iyi olacak?

Aslında başka bir düşüncem vardı. Küçük Windows yöneticilerinin GUI etkileşimlerine alışması gerçeğiyle ilgili olarak, onları GUI etkileşimi komutuyla başlattıysanız, AutoIt gibi bir şeyle yardımcı olabilir . Bu, mevcut araçları fırlatıp yerine yeni araçları öğrenmelerini ve aynı zamanda komut dosyalarını öğrenmelerini sağlamak için, daha önce bildikleri araçları kullanmasına izin verirken, komut dosyası yazma konusunda ayaklarını kapıya sokmalarına izin verecektir.

Ardından, genel olarak komut dosyası oluşturma düşüncesiyle rahatladıklarında, GUI olmayan komut dosyası çalıştırmaya geçebilirler. Olmasa da, düğme tıklamalarını otomatikleştirmek hala büyük bir zaman tasarrufu olabilir.

Komut dosyalarını "Sizin için iş yapan dokümanlar" olarak tanımladım.

Yönetici: Git, çalışma arkadaşların Task-X ile tıklama-tıklamasıyla hafta sonuna kadar bayat olacak birinci sınıf öğrencisinin anlayabileceği belgeler oluşturmak için sayısız saatler harca.

Çalışan: Task-X yazan bir senaryom var, onlara bunu verebilir miyim?

Yönetici: Elbette, istediğim belgeleri tamamladıktan sonra komut dosyanızı de bir akış şemasıyla belgeleyin.

Komut dosyalarını "Sizin için iş yapan dokümanlar" olarak tanımladım.

Yönetici: Git, çalışma arkadaşların Task-X ile tıklama-tıklamasıyla hafta sonuna kadar bayat olacak birinci sınıf öğrencisinin anlayabileceği belgeler oluşturmak için sayısız saatler harca.

Çalışan: Task-X yazan bir senaryom var, onlara bunu verebilir miyim?

Yönetici: Elbette, istediğim belgeleri tamamladıktan sonra komut dosyanızı de bir akış şemasıyla belgeleyin.

Sunucudan okumayı zorlaştırmak için belgelerin bir MS Word belgesinde olması gerektiğini unutmayın.