karbantartás Windows: a soha soha Föld foltozás

karbantartás Windows olyan fogalom, amely lehet trükkös, hogy teljes mértékben megértsék az első. Túl lusta vagyok, hogy megpróbáljak segíteni neked, így ha szükséged van egy kis spaininre, akkor azt javaslom, hogy először menj át a dokikhoz és Jason Sandy kiváló lepusztulásához.

mielőtt belemennénk, bár először egy dolgot szeretnék gyorsan felidézni. Karbantartás A windows csak csökkentheti a javítás megfelelőségét. Használja őket, mert van egy valós élet és / vagy üzleti fenyegető ok erre. Ha csak meg kell győződnie arról, hogy a javítások/alkalmazások/feladatsorozatok egy adott dátumra vagy időpontra települnek … erre vonatkoznak a telepítési határidők.
oké, le a szappanos dobozról. Két követelményt láttam, amelyeket gyakran kérdeztek arról, hogy karbantartási ablakokat használok a megoldáshoz. Ezen a héten csak az elsővel fogunk foglalkozni:

soha, soha nem akarom, hogy javítsd ezt a dobozt

ha követted a blogomat, vagy még a legrövidebb ideig is beszéltél velem, fel fogod ismerni, milyen fájdalmas volt a címsor beírása. Éget. A foltozás túl fontos ahhoz, hogy a húszsákokra bízzuk, és a lehető legnagyobb mértékben automatizálni kell. Vannak azonban olyan helyzetek, amikor jogos ok van arra, hogy ne automatizálják a javítást és az újraindítást (amelyek ugyanazok). Ezek a helyzetek általában a dolgok szerver oldalán vannak, ahol a munkaterheléseket át kell mozgatni (pl. SQL, Exchange), de vannak munkaállomás-használati esetek is. Ha munkaállomások egy műtőben kapsz egy pass automatikusan frissíti azokat. Legalább addig, amíg az asztalon vagyok. A Windows 2000 doboz fut egy atomreaktor valószínűleg rendben is. Kérlek, ne kapcsold be azt az izét.

számos megoldás létezik erre a problémára, de hogy teljesen őszinte legyek, az egyetlen jó nem létezik: támogatja az ADR-ek elérhető telepítését. Addig a megoldás, amit a legjobban szeretek és véleményem szerint a legmegbízhatóbb, az, hogy létrehozok egy úgynevezett ‘soha’ karbantartási ablakot. Hozzon létre egy nem ismétlődő karbantartási ablakot, amely a múltban történt. Meg kell a végén keres valami ilyesmi:

ez azért működik, mert ha egy eszköznek egyetlen karbantartási ablaka van, akkor azon kívül nem fog működni. Ha ez az egyetlen karbantartási ablak a múltban van, és nem ismétlődik meg, akkor semmi sem fog automatikusan települni az eszközre. Ehelyett, amikor a telepítés határideje eléri, megpróbálja telepíteni, észleli, hogy jelenleg nincs karbantartási ablakban, és véglegesen bejelenti magát, mint késedelmes várakozást egy karbantartási ablakra, amely soha nem fog jönni. Szegény kis frissítések … olyan magányos. Örökké így maradnak, amíg valaki meg nem nyitja a Szoftverközpontot, és manuálisan elindítja a telepítést. Ha akarta, hogy minden fancy-shmancy akkor kiválthatja a kézi telepíti távolról segítségével a különböző technikák, beleértve a <full shill mód> valami hasonló a jobb klikk eszköz Install hiányzó szoftverfrissítések eszköz </full shill mód>.

itt két feltételezés van. Először: hogy ne telepítsen valamit, ami felülírja a karbantartási ablakokat. Nincs rögzítő hülye, így ne légy hülye. Másodszor: hogy nem alkalmaz újabb karbantartási ablakot a Never gyűjtemény eszközeire. Ez egy kicsit trükkösebb, és része annak, hogy miért szinte általánosan elfogadott, hogy különálló gyűjteményeket kell létrehoznia, amelyek csak karbantartási ablak céljára léteznek. Továbbá nagyon ajánlom, hogy megkönnyítse a karbantartási ablakok azonosítását azáltal, hogy egy mappába helyezi őket, és/vagy a gyűjteményeket valami értelmes előtaggal látja el. Például: ‘MW-soha’. Így tudja, hol vannak a karbantartási ablakai, és biztos lehet benne, hogy mindegyik kizárja a soha nem karbantartási ablakot. Ha megbizonyosodik arról, hogy minden karbantartási ablakgyűjtemény kizárja a soha nem karbantartási ablakot, akkor az eszközök hozzáadása a soha nem karbantartási ablakhoz garantálja, hogy nem lépi át a patakokat:

karbantartási ablak előnyökkel!

van néhány béren kívüli előnyeit egy soha karbantartási ablak, hogy nem kap próbálják megoldani ezt a problémát más módon.

először is, a soha nem karbantartási ablak használata nagyszerű módja annak, hogy megkönnyítse a teljesen automatizált javítást. Van néhány csapattag, aki úgy gondolja, hogy eszközeik különleges kis hópelyhek a vágásra kész szarvasmarhák helyett? Helyezze eszközeit egy soha nem karbantartó ablakba,és telepítse a javításokat rendesen. Ön ellenőrzést és jelentést kap, miközben a végfelhasználó elkerülheti, hogy megvárja a Windows Update vizsgálatok és frissítések letöltését. A szerver adminisztrátoraim imádták azt a tényt, hogy a nap folyamán megnyithatják a Szoftverközpontot, hogy érvényesítsék, milyen javítások vártak az alkalmazásra, mielőtt este bejelentkeztek volna, hogy alkalmazzák őket. Szerették a folyamat szkriptjének képességét is, így manuálisan is elvégezhető, de anélkül, hogy be kellene jelentkeznie az egyes gépekbe. Döntő fontosságú, egy idő után sokan feltették maguknak a kérdést, miért kelnek fel szamárkor, hogy egyetlen gombot megnyomjanak. Ez tette automatizált folt átalakítja a jó a számítástechnikai verseny.

másodszor, a soha karbantartás ablak egy egyeztetett fekete-lista eszközök, amelyek halott az Ön számára. A jelentéskészítő irányítópultomat kifejezetten azért írtam, hogy világszerte jelentést tegyek a kiszolgálókról, az aktív karbantartási ablakokkal rendelkező kiszolgálókról és a soha nem karbantartási ablakkal rendelkező kiszolgálókról. Ez lehetővé tette számomra, hogy megmutassam a vezetőségnek, hogy néhány adminisztrátortársam milyen szörnyű volt az eszközök kézi javításában, miközben kizárta őket a megfelelőségi számokból is. Amikor a biztonság kopogtatott egy adott dobozon, az első lépés az volt, hogy áttekintsem a kérdéses eszköz(ek) soha nem karbantartási ablak tagságát. Ha ott voltak, akkor boldogan mondtam nekik, hogy vegyék fel az alkalmazás tulajdonosaival, akik ragaszkodtak a saját eszközök kézi javításához. Ez is segített létrehozni automatizált folt átalakítja … bár kevésbé hajlandó is.

végül, a fentiekhez kapcsolódóan, a Never maintenance ablak a kumulatív frissítések kezelésére szolgált, amelyek csak az alkalmazások Kis részhalmazát érintették. Kumulatív frissítésekkel az e havi javítás blokkolása azt jelenti, hogy a következő havi javítások megjelenésekor csak újra megszakadnak, kivéve, ha a mögöttes probléma megoldódik. Ha egy alkalmazás tulajdonosa azt mondta nekem, hogy ne javítsam a dobozukat, a CIO-hoz irányítottam őket, és megköveteltem a CIO írásbeli jóváhagyását, hogy dobozaikat a soha nem karbantartási ablakba helyezzék, és … ez a döntő rész … soha ne javítsd újra ezeket a dobozokat. Az esetek nagyjából 50% – a soha nem jutott túl ezen a részen, és azok, amelyek megtették, már nem voltak az én problémám, mert kizárták őket a számomra fontos jelentésből.

tehát itt van. Mint mondtam, van több mint egy módja annak, hogy ezt a követelményt, de a fenti okok miatt a koncepció egy soha karbantartási ablak egyik folyamatosan esik vissza, mint a legjobb megoldás, amíg a termék csapat ad nekünk elérhető telepítések ADR-ek. Bár még akkor is, ha aggódik amiatt, hogy az alkalmazások és a feladatsorozatok véletlenül szükség szerint kerülnek telepítésre a rendelkezésre álló helyett, akkor ezt csak egy soha nem karbantartási ablak garantálja.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.