Tartalomjegyzék:
A drágább alkatrészek és a hosszabb hardver élettartam mellett a hardver specifikációit sehol nem vizsgálják jobban, mint a szerver környezetében. Néhány évvel ezelőtt a Windows Server 2000 megközelítőleg 650 MB szabad lemezterületet kért a telepítéshez, míg a Server 2008 többszöri összeget igényel a telepítéshez, és a hatékony működtetéshez még sokkal többet igényel. Míg az utóbbi 10 évben a hardver ára jelentősen csökkent, a szerver hardver nem látta meg az asztali hardver megtakarítását. Ezenkívül a virtuális szerverek az utóbbi években rendkívül népszerűvé váltak, ami azt jelenti, hogy egyetlen kiszolgáló egyetlen operációs rendszer tucatnyi példányát is tartalmazhatja.
Más szavakkal, a Windows 2008 egy űrmegőrző. A szokásos növekedéstől eltekintve, amely bármilyen típusú szoftvertől elvár az idő múlásával, a memóriaigény növekedése miatt egyre nagyobb szükség van a swap fájl lemezterületére. A 64 GB RAM-mal rendelkező kiszolgáló és a megfelelő cserefájl 10 évvel ezelőtt nevetségesnek tűnt. Ráadásul számos új szolgáltatás még további lemezterületet igényel! Itt egy pillantást vetünk a Windows 2008-ra, és néhány tippet adunk arra, hogyan lehet csökkenteni ennek a kiszolgálóterületnek az étvágyát.
WinSxS könyvtár
Az egyik első helymeghatározási szolgáltatás, amelyre sok rendszergazda felbukkan a Windows 2008-ban, a "WinSxS" nevű mappa, amelyet egy Windows Side-by-Side Assembly (WinSxS) néven ismert rendszer használ. A Windows Side-by-Side Assembly egy nagy könyvtárba tárolja a DLL-eket és a végrehajtható eszközöket, így a Windows és más Microsoft-összetevők könnyen elérhetők. Ez lehetővé teszi a szerver számára, hogy a különféle rendszerfájlok több változatát tárolja, megkönnyítve az egyszerű frissítést és a visszamenőleges kompatibilitást. Míg a korábbi Windows verziók sok fontos fájlt a "System32" néven tárolt könyvtárban tároltak, a könyvtár 2008-as verziója sok mutatót tartalmaz a rendszerfájlokhoz, amelyeket a WinSxS mappában tárolnak. Ennek számos előnye van. Például ahelyett, hogy frissítést tölt be a System32 könyvtárban található DLL-ekkel, a frissítés betöltésekor az új verziót telepíti az SxS könyvtárba, és a különféle mutatókat az új verzióra változtatja.
Ennek a módszernek az a hátránya, hogy egy 200 MB szervizcsomag telepítése a rendszerre potenciálisan újabb 200 MB fájlok hozzáadását jelenti, amelyek soha nem hagyják el a rendszert. A szervizcsomagok kiszámítása nélkül évente több száz Windows-frissítés jelent meg. Ez nagy mennyiségű fájlt eredményezhet a WinSxS könyvtárban. Ezenkívül e módszer használata megnehezítheti a lemezterület-felhasználás elemzését, mivel úgy tűnik, hogy minden aktív DLL kétszer megjelenik a rendszeren.
Az operációs rendszerfájlok, az alternatív operációs rendszerfájlok verzióinak és a swap fájloknak a szokásos lemezterületen történő használatán kívül van még egy olyan tényező, amely hozzájárul ahhoz, hogy a Server 2008 rendszerben mekkora a hely elfogyasztása - még egy rejtett, mint az összes többi: Rendszerkötet Információ.
Volume Shadow Copy szolgáltatás
Számos hagyományos módszer a lemezterület-felhasználás szempontjából 20 GB-os fájlokat és 40 GB-os meghajtón szabad helyet jeleníthet meg, nincs információ arról, hogy mi történt a másik 20 GB-val. Ha Windows Server 2008 rendszert futtat, akkor van egy bűnös, akit keresni kell - a Volume Shadow Copy Service. Valószínű, hogy soha nem konfigurálta ezt a szolgáltatást, és valószínűleg még nem is hallott róla, de valószínűleg fut a rendszerén. A Volume Shadow Copy rendszer kötet pillanatképeket készít, amelyeket egy rejtett mappában tárolnak, amelyre az adminisztrátorok ritkán férnek hozzá.
A Kötet árnyékmásolata-szolgáltatás által használt lemezterület legegyszerűbb módja a számítógépkezelés Lemezkezelés szakaszának használatával. Ha a kötet tulajdonságait vizsgálja meg a Lemezkezelésben, akkor egy árnyékmásolatok című rész található. Ezután megnézheti a szolgáltatás aktuális statisztikáit, amelyek könnyen sokszorosa lehet a Windows könyvtár által felhasznált területnek. Még akkor is, ha a szolgáltatás a rendszer minden kötetében le van tiltva, mégis jelentős mennyiségű lemezterületet igényelhet.
Noha számos módon korlátozhatja vagy letilthatja ezt a szolgáltatást, a legegyszerűbb módszer a 300 MB maximális korlát beállítása, amely a legkisebb megengedett méret. Miután elvégezte ezt a módosítást, a rendszer automatikusan törli a régi árnyékmásolatokat, mindaddig, amíg 300 MB vagy annál kevesebb lemezterületet igényel.
Fájlok cseréje
Mint korábban említettük, a swap fájlhasználat súlyos helyfelhasználó a kiszolgáló rendszerekben. Mint ilyen, a lemezmeghajtás csökkentésének másik módja a C meghajtón az, ha a cserefájlokat áthelyezik egy alternatív meghajtóra. Sok szerverrendszernél a logikai meghajtó betűi nem azonosak a fizikai meghajtókkal. Tehát, bár általában ajánlott, hogy a swap fájl mindig a rendszer első meghajtóján legyen, a swap fájlnak a D meghajtóra helyezése azt jelentheti, hogy a rendszer első meghajtóján található.
Noha sokan azt mondanák, hogy 10-20 GB elegendő egy egyszerű kiszolgálón lévő C meghajtóhoz, ezek az új funkciók szinte lehetetlenné teszik olyan kevés helyű szerver működtetését. Előfordulhat, hogy jobb egy C meghajtót használni, amely 40-50 GB-nál nagyobb helyet foglal el - csak a biztonság érdekében. Ugyanakkor, ha meg kell takarítania a lemezterület-felhasználást, ügyeljen arra, hogy korlátozza az Árnyékok másolatait, és valószínűleg helyezze át a cserefájlt egy másik meghajtóra.
Kiszorít egy kiszolgálóhely-disznót
A mai napig a Windows Server 2008 egyértelműen a Windows Server legigényesebb verziója, de jó tervezéssel és ezeknek a kulcsfontosságú területeknek a körültekintő figyelésével ez a helymeghatározó hatékonyan elrontható.
