Nastavení replikace DFS. Vytvořte kořenový adresář DFS

"Zlato, zmenšil jsem svůj server!" Další kapitola, další odkaz na zastaralý film ( Poznámka per.: děti! ). Je mi to moc líto. Vrátíme-li se k tématu – za posledních 20 a více let jsme nezaznamenali nic jiného než růst operačních systémů Microsoft. Růst může být dobrá věc, protože nové funkce a rozšíření nám usnadňují život. Růst může být také špatný, jako jsou nafouklé struktury souborů a GUI zatěžující paměť. Pokud byste měli reprodukovat časovou osu operačních systémů Windows a Windows Server pokud jde o jejich otisk na základě faktorů, jako je spotřeba místa na disku a požadavky na RAM, vykazoval by stabilně rostoucí trend. Každé nové vydání vyžaduje trochu více síly

procesory a jen o něco více místa na disku než předchozí verze. Bylo tomu tak až do - zde dávám malý soud - možná Windows 8 a Windows Server 2012. Viděli jsme několik úžasných kroků ke snížení těchto prahů, pěkné změny. Tato změna však nebyla tak dramatická. Chci tím říct: co můžete vyčíst ze skutečnosti, že zbrusu nový systém Windows Server 2016 má všechny znaky základních prvků, které stále běží v C:\Windows\System32? O tom, co se děje v jeho registru, se ani nezmiňujeme. Je zřejmé, že stále existují škrty, které by bylo možné provést, a na určité úrovni se tyto nové operační systémy stále staví a opravují na ty staré.

Možná ještě je. Nyní budeme diskutovat o několika alternativních případech použití pro Windows Server 2016 v mnohem, mnohem menším měřítku. Jádro serveru tam zatím bylo, ale mám problém najít lidi, kteří ho skutečně používají. Nano Server je naopak zcela nový. Tyto miniaturizovaly

Verze serveru

2016 mají velmi specializované účely a některé velmi velmi skvělé výhody. Pojďme to společně trochu prozkoumat:

Proč potřebujete Server Core?

Interakce s jádrem serveru

Role dostupné na základním serveru

Proč stále začínám mluvit o jádru serveru? Nemá od roku 2008 zákaz? Ano, proto o tom mluvím. Jako možnost operačního systému Windows Server Server kernel existuje již nějakou dobu, ale je jasné, že se mu mnoho správců bojí věřit. Pracoval jsem pro mnoho různých společností v nejrůznějších odvětvích. Všechny mají jednoho velkého společného jmenovatele – používají velké Číslo Windows Server, ale všechny tyto servery Windows běží s úplným GUI. Slyšeli o Server Core? Přirozeně. Testovali to ve své laboratoři? Někdy. Všichni mívají mírně odlišné úrovně zkušeností se serverovým jádrem, ale je extrémně vzácné najít byť jen jeden v produkčním použití. Možná jsem jen mluvil se špatnými lidmi, ale musím předpokládat, že většina z nás, včetně mě, potřebuje začít Server Core používat trvaleji.

Proč musíme začít používat Server Core? Protože servery bez GUI jsou naší budoucností, říká Microsoft. Můžete tomu věřit v předběžném Pohledy Windows Server 2016 ani neměl možnost Desktop Experience? V roce 2016 jste nemohli spustit kompletní GUI desktop shell, i když byste chtěli, kromě kvazi mini-shell, který jste mohli připlácnout na Server Core. Na to bylo tolik ohlasů od uživatelů známějších jako humbukže plná možnost Desktop Experience byla přidána zpět do jedné z hromadných zpráv Tech Preview. Ale stále si můžete všimnout, že Server Kernel je výchozí možností při instalaci tohoto operačního systému. Vzpomeňte si, když jsme na samém začátku naší knihy rychle procházeli skutečností Instalace serveru 2016? Výchozí možností vůbec nebyla možnost Desktop Experience, ale spíše nejvyšší možností na snímku obrazovky níže byla možnost instalace jádra serveru spravovaného příkazovým řádkem:

Microsoft chtěl odejít od GUI, protože GUI překáží automatizaci a škálovatelnosti. Když jsou všechny naše servery postaveny velmi podobně, znamená to, že s nimi můžeme dělat více věcí podobných cloudu. Automatické spouštění a likvidace zdrojů, jakmile nejsou potřeba, spuštění desítek serverů jedním kliknutím nebo přepnutím, tyto typy automatizace a dimenzování jsou možné ve stávajícím cloudu, ale jsou možné pouze proto, že je infrastruktura nakonfigurována v způsobem, který je tak standardizovaný. Cloudové hardwarové zdroje vyžadují zefektivnění takových operací a automatizační nástroje je mohou přimět dělat to, co potřebují, aniž by se museli starat o všechny proměnné, které by byly přítomny v uživatelsky konfigurovatelném grafickém rozhraní.

Jsou i další zřejmé výhody výkon všech vašich serverů jako takový omezený limitovaná verze. Jaderný server se může pochlubit menším prostorem na disku, sníženou spotřebou RAM a menším útočným prostorem ve srovnání s konvenčním plně nafouknutým serverem. Nyní můžete vidět, proč jsem před minutou učinil těžkopádnou poznámku, že bychom se měli všichni začít cítit pohodlněji se Server Core!

Existuje velmi důležitá poznámka na který bych zde rád upozornil. Ti, kteří pracovali se Server Core v systému Windows Server 2012 R2, vědí, že jsme měli možnost změnit server za letu. Myslím tím, že pokud vytvoříte nový server protože máte plnou možnost Desktop Experience, můžete ji později změnit na Server Core. Opačný přístup byl úplně stejný: mohli jste vzít Core Server a přenést ho na plně vybavenou pracovní stanici.

To už neplatí! Tato možnost přesouvat server tam a zpět mezi platformami byla odstraněna/přepsána/zničena/nulována. Opakuji, to už není možné. Proto pečlivě plánujte s aktuální okamžik instalaci vašeho operačního systému. Pokud si nainstalujete určitý Core Server, ten chlap bude Core Serverem navždy po celý svůj život. Poznámka pruh: v receptu Přepínání mezi Server Core a Equipped Desktop? , který je k dispozici v našem překladu kuchařky Jordana Krause pro Windows Server 2016 Cookbook, poskytuje kroky, které vám mohou pomoci odhalit tuto možnost, pokud se v budoucích verzích vrátí na Windows Server 2016. }

Po provedení první instalace Server Core se vám zobrazí toto zavřená obrazovka:

Toto je vlastně okno s pozvánkou Příkazový řádek, která hlásí Chcete-li odemknout, stiskněte Ctrl-Alt-Del? Ano, ano, to je pravda. To obvykle způsobí smích, když to určitý správce vidí poprvé. Vím, že to platí i pro mě. Trochu mi to připomíná dobu, kdy jsme používali naše kalkulačky TI-83 ke kódování her typu if/then v hodinách matematiky na střední škole. Zastavte mě, jsem zase na stopě králíka. Pojďme dál a klikneme

Ctrl + Alt + Del

a při prvním přihlášení budete vyzváni ke změně hesla správce, stejně jako byste to udělali s plnou verzí GUI systému Windows Server. Samozřejmě kromě toho, že to uděláte v okně příkazového řádku pouze pomocí klávesnice. Když se oficiálně přihlásíte na svůj server, ocitnete se na obvyklém řádku C:\Windows\system32\cmd.exe s blikajícím kurzorem čekajícím na pokyny. Zajímavé je, že okno příkazového řádku nezabírá celou obrazovku, je zcela zřejmé, že je zde černé pozadí, nad kterým je posazený tento cmd.exe. Právě mě to zaujalo, protože můžete říct, že samotný operační systém jádra je něco jiného než příkazový řádek a že cmd.exe je pouze spouštěcí aplikace. Zde můžete dokonce použít myš a změnit velikost nebo přesunout toto okno příkazového řádku. Nechám se překvapit, jestli a kdy to bude nahrazeno výchozím promptem PowerShellu a jestli v budoucích verzích zabere celou obrazovku. z této pozvánky. Můžete například otevřít Poznámkový blok a používat jej pomocí klávesnice i myši, stejně jako v jakékoli verzi systému Windows. Pokud máte otevřený Poznámkový blok, vytvořte záznam a uložte jej; můžete vidět, že ve skutečnosti existuje struktura souboru a relativně normálně vypadající systém složek. Takže na rozdíl od nějaké formy černé magie je Server Core ve skutečnosti skutečný obchod.

operační systém , zabalené ve víceméně bezpečném obalu. Takže pokud jde o správu jádra serveru, můžete samozřejmě použít příkazový řádek.

Ve skutečnosti však budou příkazy a funkce dostupné uvnitř příkazového řádku omezené. Když pracujete v konzole Windows Server Core boxu, dává mnohem větší smysl používat příkazový řádek pouze k jednomu účelu - ke spuštění PowerShell a jeho použití k provedení jakékoli úlohy nezbytné na tomto serveru. Nejrychlejší způsob, jak skočit do PowerShellu z hlavního příkazového řádku, je jednoduše napsat PowerShell a kliknout Vstupte . To přinese sílu samotného PowerShellu přímo do vašeho stávajícího okna příkazového řádku, takže můžete začít pracovat s příkazy a rutinami PowerShellu, které potřebujete, abyste mohli skutečně manipulovat se serverem:

Zde jsou rutiny, které můžete použít k zobrazení a manipulaci s nastavením IP adresy z prostředí PowerShell. Opět platí, že stejné rutiny lze použít v plné verzi GUI systému Windows Server, Server Core nebo Nano Server, o kterých budeme hovořit velmi brzy. V současné době pracujeme s Server Core, ve kterém máme k dispozici pouze rozhraní příkazového řádku, takže pro připojení našeho nového serveru k síti jsou nezbytné následující rutiny:

Get-NetIPConfiguration: Zobrazuje aktuální nastavení sítě.

Get-NetIPAddress: Zobrazuje aktuální IP adresu.

Get-NetIPInterface: Zobrazuje seznam síťových karet a jejich ID čísel rozhraní. Toto číslo bude velmi důležité při nastavování nějaké IP adresy, protože se chceme ujistit, že požádáme PowerShell o nastavení správné IP na správnou NIC.

New-NetIPAddress: Změněno pro konfiguraci nové IP adresy.

Get-DNSClientServerAddress : Používá se k nastavení předvoleb DNS servery ve vlastnostech tohoto NIC.

Pojďme si rychle projít nastavením statické IP adresy na mé nové instanci Server Core, abychom se ujistili, že vše funguje. Chci tomuto novému serveru přiřadit IP adresu 10.0.0.30, ale nejprve musím zjistit, ke kterému ID rozhraní NIC by měl být přiřazen. To nám říká výstup Get-NetIPInterface ifIndex ten co mě zajímá má číslo 2 :

Nyní, když znám číslo rozhraní, pojďme vytvořit příkaz, který přiřadí nové nastavení IP adresy stávající NIC. Použiji jeden příkaz k přiřazení IP adresy, prefixu masky podsítě a výchozí brány. K přiřazení použiji druhý příkaz DNS adresy servery:

Nová-NetIPAddress –InterfaceIndex 2 –IPAddress 10.0.0.30 –PrefixLength 24 –DefaultGateway 10.0.0.1 Set-DNSClientServerAddress –InterfaceIndex 2 –ServerAddresses 10.0.0.2,10.0.0.3

Nyní by všechna tato nastavení měla být připravena k práci na této NIC. Pojďme to znovu otestovat pomocí rutiny Get-NetIPConfiguration. Případně můžete ke kontrole použít starý dobrý ipconfig data nastavení, ale jaká je v tom radost?

Nyní, když máme připojení k síťovému prostředí, je dobrým dalším krokem nakonfigurovat název hostitele našeho serveru a připojit jej k doméně. Nejprve se podívejme na současný název tohoto serveru a změňme jej na něco, co odpovídá našim standardům. Když přeinstalujete systém Windows, automaticky získá název hostitele pro tento server. Aktuální název hostitele můžete zobrazit jednoduchým zadáním názvu hostitele a stisknutím tlačítka , zabalené ve víceméně bezpečném obalu. .

Chcete-li změnit název hostitele našeho serveru, musíme použít PowerShell. Přejděte na výzvu PowerShellu, pokud tam ještě nejste, a vše, co musíte udělat, je použít rutinu Rename-Computer k nastavení nového názvu hostitele. Rozhodl jsem se pojmenovat svůj server CORE1 - to je ono, dal jsem tomu hodně smyslu - takže musím použít příkaz, jak je uvedeno níže. Pamatujte, že po přejmenování počítače, stejně jako u verze s GUI Windows Server, musíte restartovat systém, aby se změna projevila.

Proto další příkaz po Rename-Computer musíte provést Restart-Computer pro restart vašeho boxu.

Rename-Computer CORE1 Restart-Computer

Dalším krokem je samozřejmě připojení k vaší doméně. Jedná se o standardní funkce, které bychom mohli provádět na jakémkoli serveru v našem prostředí, ale budeme je provádět způsobem, se kterým jste se dosud nesetkali, protože vše děláte výhradně z příkazového řádku a rozhraní PowerShell. Chcete-li připojit Core Server ke své doméně, přejděte do prostředí PowerShell a poté použijte rutinu Add-Computer.

Budete požádáni, abyste určili jak samotný název domény, tak oprávnění k připojení k této doméně, tedy stejné informace, jaké byste určili, kdybyste se připojili k určité doméně v režimu Desktop Experience systému Windows Server 2016. Nejprve zadáte potřebná potvrzení o autorizaci:

Jakmile je počáteční nastavení vašeho serveru nějakým způsobem zpracováno prostřednictvím rozhraní příkazového řádku přístupného z konzole, jakmile bude váš server nainstalován ve vašem síťovém prostředí, bude pro vás výhodnější mírně rozšířit jeho obzory. Používání nástrojů podobných Server Manageru ke správě mnoha různé servery z jediného bodu se začnete přizpůsobovat nové „mentalitě centralizované řízení"Microsoft. Ano, tato funkce vzdáleného ovládání ve Správci serveru, kterou jsme prozkoumali dříve v této knize, vám umožňuje proniknout nejen do Windows Serveru založeného na grafickém uživatelském rozhraní, ale také do instancí Server Core."

Chci nainstalovat roli na svůj nový server CORE1. Mohu to udělat přímo z konzoly mého serveru, ale místo toho se pokusím přidat CORE1 do Správce serveru, který běží na mém druhém serveru. Přihlásím se na server WEB1 a použiji na něm Server Manager. Jak jsme již viděli, mohu do Správce serveru přidat nový server pomocí nabídky Ovládací prvky ( Spravovat ) a vyberte :

Přidat servery Přidejte nový server CORE1 do našeho seznamu spravovaných počítačů a nyní jej lze spravovat z této instance Správce serveru . Když se vrátím ke svému původnímu záměru, chci nastavit roli CORE1. Pokud použiji funkci

Přidejte role a funkce ve Správci serveru mohu nyní vybrat svůj server CORE1 pro manipulaci: Stejně jako při práci s plnou verzí Desktop Experience systému Windows Server můžeme nyní dokončit průvodce instalací pro vybranou roli a

novou roli bude nastaveno na CORE1. (Je také pravda, že instance Server Core můžete spravovat pomocí RSAT Vzdálený server Nástroje pro správu, Nástroje

Pokud jste dosud RSAT nepoužívali a nečetli jste tuto část našeho textu, je důležité vědět, že neexistuje žádná aplikace s názvem „Nástroje pro správu vzdáleného serveru“. Místo toho, jakmile dokončíte instalaci RSAT, podívejte se do nabídky Start a vyhledejte aplikaci s názvem Server Manager ( Správce serveru).

To je to, co používáte v klientovi Windows 10 ke vzdálené správě instancí Windows Server 2016. Stejně jako kdybyste pracovali z rozhraní Windows Server 2016 Server Manager, pokračujte a projděte dostupného průvodce přidáním serverů ke správě. Protože jsem přidal CORE1 do Správce serveru, vidím IIS uvedenou na mém řídicím panelu. To znamená, že moje služba IIS běžící na CORE1 je viditelná, přístupná a konfigurovatelná přímo z plochy. Počítač se systémem Windows 10. U většiny úkolů, které potřebuji provádět na CORE1, se nikdy nebudu muset starat o přihlášení do konzole daného serveru. Pokud kliknu klikněte pravým tlačítkem

podle názvu serveru CORE1 z této konzoly RSAT můžete vidět, že mám k dispozici spoustu funkcí, které mohu použít na tuto vzdálenou instanci CORE1.

Můžete si tedy všimnout, že existují možnosti pro použití nástrojů GUI ke správě instancí Windows Serveru bez GUI. Jde jen o to, dát svou mysl do práce, ve které si myslíte, že servery jsou bezhlavé, a nástroje jako PowerShell nebo Server Manager se ve skutečnosti nestarají o to, zda je server, který upravujete, lokální nebo vzdálený. V každém případě budou procesy a nástroje stejné. Existuje běžné úskalí, o které zakopnete, pokud jste předtím Server Core ve velké míře nepoužívali. Máme tendenci zavírat okna a aplikace, které již nepoužíváme, a stejně tak můžete nevědomky zavřít okno příkazového řádku, které slouží celé vaší administrativní přítomnosti v rámci některého jádra serveru. Teď sedíš u toho velkého prázdná obrazovka se zjevným jakékoli rozhraní a místo, odkud jej lze získat. Budete se muset vrátit a resetovat? Tím by se narušily všechny role a existující výměny, které může daný server sloužit svým uživatelům, takže to samozřejmě není nejlepší přístup.

Existuje snadný způsob, jak získat zpět příkazový řádek, což je použití Správce úloh ( Správce úloh) ke spuštění nové instance příkazového řádku. Když jste před prázdnou černou obrazovkou některé konzoly Server Core, můžete stisknout Ctrl + Alt + Del a zobrazí se vám následující možnosti:

Ve skutečnosti jich je jen pár různé funkce což můžete udělat zde, což je docela fajn. Chcete-li však získat zpět naše okno příkazového řádku, přejděte na šipku dolů do Správce úloh ( Správce úloh) a stiskněte , zabalené ve víceméně bezpečném obalu.. Tím se spustí aplikace Správce úloh, kterou všichni znáte. Nyní klikněte na Další podrobnosti ( Další podrobnosti ) otevřete okno Správce úloh. Rozbalte nabídku Soubory ( Soubor ) a klikněte na Spustit novou úlohu ( ):

Spusťte novou úlohu V bloku Tvorba (nový úkol Vytvořte nový úkol ) zadejte cmd a klikněte .

OK nový úkol Případně můžete definovat libovolnou aplikaci, která se má spustit přímo na tomto řádku Vytvořit novou úlohu (

).

Pokud máte zájem přejít přímo do PowerShellu, místo psaní cmd stačí napsat tuto výzvu powershell a otevře se přímo:

Server Core je samozřejmě omezená forma dostupného operačního systému a některé role dostupné v systému Windows Server 2016 jednoduše nejsou navrženy tak, aby správně fungovaly v takto omezeném kontextu. Zde je seznam rolí, které jsou podporovány pro práci v instanci Windows Server 2016 Core Server:

Active Directory Certificate Services (AD CS)

Active Directory Domain Services (AD DS)

• Active Directory Lightweight Directory Services (AD LDS, AD Lightweight Directory Services)

  Active Directory Rights Management Server (AD RMS, AD Rights Management Server)

  Souborové služby

  Tiskové a dokumentové služby

  Směrování a vzdálený přístup Streamovací mediální služby Windows Server

Představme si, že vlastníte dvě auta, rodinné SUV a sedan střední třídy. Vaše SUV má všechny náležitosti a může dělat, co chcete. Váš sedan vás dostane tam, kam potřebujete, a je menší, i když možná trochu omezený. Jeho výhodou je, že je levnější na nákup a spotřebovává méně zdrojů při pohybu. Vidíte, na co narážím, vaše SUV je Windows Server Desktop Experience(GUI, Server vybavený pracovní stanicí) a váš sedan je náš

Jádro serveru (jádro serveru). Nyní nakreslíme moped. Ultra malý, neuvěřitelně úsporný a velmi jednoduchý ve srovnání s automobilem, protože doba jeho výstavby a obnovy je mnohem kratší. Možnost jeho zničení je také menší, protože všechny jeho součásti jsou zjednodušené a nepodléhají vážným vlivům. Nano server tohle je tvůj moped. Ano, v této analogii chybí jedna věc - intenzivní zabezpečení poskytované serverem Nano. Bezpečnost a zabezpečení nejsou obvykle spojeny s mopedy, takže si to pojďme znovu rozmyslet. Možná kdyby měl tento moped airbag nebo kdyby mohl létat. Nebo ještě lépe - neviditelný moped. Znovu dvacet pět -

Nano server je váš neviditelný moped (jádro serveru).. Ano, Microsoft, dávám vám svolení k použití této nabídky na vašem webu.

Vtipy stranou, toto je zcela nová možnost pro letošní instalaci Windows Server se serverem Sever 2016.

je podobný Server Core, ale představuje významný krok vpřed, pokud jde o velikost a zabezpečení. Pojďme se podívat na některé funkce Nano Serveru a na to, jak se liší od Server Core. Nano server je malý! Říká se, že je 20krát menší než Server Core. Zde jsou některá čísla od společnosti Microsoft, která má udělat dojem: 93 procent menší velikost VHD znamená více in

místo na disku

nedochází ke spotřebě částí operačního systému, které již nepotřebujete.

Pouze aplikace s 64bitovým kódem. Když začnete používat Nano Server, je důležité pochopit, že podporují pouze 64bitové aplikace.

425 MB je ode mě hodnota. Toto je skutečná velikost aplikace, kterou společně vytvoříme během několika minut. Zatímco celková velikost vašeho serveru Nano se bude lišit v závislosti na roli, kterou na něm hodláte používat, virtuální disky menší než 1 GB budou v prostředích serverů Nano standardem. Na druhou stranu, základní krabice Server Core, kterou jsme postavili dříve, má 7GB diskovou stopu. Páni!

Nastavení nového Nano Serveru trvá pouhých 35 sekund, na rozdíl od přibližně 300 sekund pro Server Core – a to pouze v případě, že jste zautomatizovali nastavení Server Core. Standardní instalace trvá ještě déle.

Nano server se načte přibližně za 9 sekund. Dokonce i okamžité, lehké jádro serveru je v tomto srovnání mnohem pomalejší, protože jeho časy se pohybují kolem 85 sekund na dobu spuštění.

Na rozdíl od Kernel Serveru není Nano Server určen ke konfiguraci z konzole. No, každopádně je originální nápad. V určitém okamžiku bylo plánováno, že Nano server bude zcela bez hlavy, takže jakákoli správa jeho boxu bude muset být provedena vzdáleně. Domnívám se, že toto bylo mírně upraveno kvůli negativní zpětné vazbě od testovacích uživatelů a spotřebitelů. Existují velmi omezené funkce konzoly, které lze provádět pomocí monitoru a klávesnice. Z konzole můžete přiřadit určitá síťová nastavení a konfigurovat části firewall. Nano Server je však rozhodně navržen pro vzdálený přístup a správu, takže se budete muset seznámit s nástroji vzdálené správy, které lze použít k interakci s Nano Serverem. Mnoho existujících nástrojů pro vzdálenou správu společnosti Microsoft je v současné době kompatibilní pro použití s ​​Nano Serverem. Očekává se, že PowerShell bude nejoblíbenějším způsobem interakce lidí s Nano Serverem, ale k údržbě takových serverů můžete použít i nástroje jako Server Manager, WinRM, WMI, VMM, SCOM a nový SMT běžící v Azure.

Je důležité si uvědomit absenci PRV. Pamatujte si, že pro tento typ serveru prostě neexistuje žádné GUI, takže nejpopulárnější administrační nástroj všech dob – Remote Desktop Protocol – vám zde nic neposkytne.

Zatímco Server Core je omezený, ale téměř plně kompatibilní operační systém pro většinu rolí ve světě Windows, Nano Server byl zatím vytvořen pro omezený rozsah. Jsem plně přesvědčen, že kompatibilita poskytovaná Nano Serverem bude v blízké budoucnosti dále růst. V tuto chvíli zde úplný seznam scénáře, které Microsoft považuje za hodné provedení na serveru Nano:

Hyper-V: Pro použití jako výpočetní hostitel pro virtuální počítače Hyper-V

Souborový server: Pro použití jako hostitel úložiště pro souborové servery

DNS server: Chcete-li pracovat jako server DNS

webový server: Pro použití jako webový server IIS

Cloudový aplikační server (Cloud Application Server): Pro použití jako hostitel pro aplikace navržené pro běh v cloudu.

Při instalaci instance Windows Server 2016 Desktop Experience nebo Server Core Windows Server 2016 stačí vložit ISO na DVD nebo USB flash disk, spusťte instalační program a vyberte požadovanou možnost instalace. Jak jste si mohli všimnout během procesu instalace, nebo dokonce - pokud jste to neviděli - neexistuje možnost vybrat instalaci jakéhokoli serveru Nano.

To se nepochybně může v blízké budoucnosti změnit, protože se o používání Nano začne zajímat stále více lidí, ale nyní musíme podniknout nějaké speciální kroky k vytvoření obrazu, který použijeme k zavedení našeho nového serveru Nano. Ihned po tomto textu se podíváme podrobněji akce krok za krokem kroky, které budete muset provést, abyste vytvořili svůj první Nano Server, ale když porovnáme Server Core a Nano Server, je důležité pochopit, že jejich nastavení je zcela odlišné. Pro Nano vytvoříte soubor VH, váš, který bude použit při bootování, je mimo rozsah instalačního procesu Windows. Jakmile je takové VHD vytvořeno, připojeno a naplněno daty, pak toto VHD přesunete do virtuálního stroje, který hodláte použít jako svůj Nano server, a jednoduše jej spustíte. Nechte tedy následující kroky (části) mluvit samy za sebe...

Začněme propagovat Nano Server, abychom se na něj mohli skutečně podívat. Chystáme se vytvořit soubor VHD pomocí nástrojů, které jsou k dispozici v instalaci ISO systému Windows

Server 2016. Jakmile bude sestavení dokončeno, použijeme tento nový VHD ke spuštění nového virtuálního stroje, kterým bude náš nový Nano Server. Zde je hlavní část toho, co musíme udělat, abychom se podívali na Nano Server, a to je, že musíme vytvořit náš soubor VHD. První věc, kterou musíme udělat, je vybrat některé soubory z instalačního média Windows Server 2016 Než začneme s výběrem těchto souborů, připojte tento ISO k písmenu jednotky vašeho počítače. Jednoduchým dvojitým kliknutím na tento soubor ISO jej obvykle automaticky připojíte k dalšímu dostupnému písmenu jednotky. Například když jsem dvakrát kliknul na svůj nastavení ISO , byl namontován na mém dopisním zařízení D. Nyní mohu přistupovat k těmto souborům na daném ISO, jako by to bylo DVD vložené do odpovídajícího

DVD mechanika

(D:) v mém autě. Pokud otevřete tento soubor ISO, budete chtít zkopírovat celou složku NanoServer na jednotku v počítači, na kterém pracujete. Například zkopírujeme D:\NanoServer do C:\NanoServer, takže tyto nástroje a soubory z tohoto ISO jsou umístěny na vašem vlastním pevném disku.

Na počítači nebo serveru, kde se tyto soubory nyní nacházejí, pokračujte spuštěním relace PowerShellu s právy správce. Poté přejděte do adresáře, kam jste tyto soubory uložili. V mém případě je to C:\NanoServer na mém počítači, a proto je to adresář, kde najdu výzvu PowerShellu.

Dále spustíme příkaz k vytvoření našeho souboru VHD. Existuje celá řada různých přepínačů, které lze definovat v rámci daného příkazu, pojďme si tedy na chvíli vysvětlit několik z nich. Zde je základní příkaz, se kterým budeme pracovat:

New-NanoServerImage –MediaPath - Typ nasazení -Vydání -Cílová cesta -Název počítače

Po zadání všech výše uvedených prvků vypadá konkrétní příkaz, který provedu, takto:

New-NanoServerImage –MediaPath D:\ -DeploymentType Guest – Edice Standard–Cílová cesta C:\NanoServer\NANO1.vhd –Název počítače NANO1

Po kliknutí , zabalené ve víceméně bezpečném obalu. u předchozího příkazu vás systém požádá o zadání hesla správce pro tento nový server. Zadejte své heslo a proces vytváření vašeho VHD začne! Jak postupuje povýšení tento proces můžete vidět značný počet kroků podniknutých v rámci přípravy na použití vašeho nového souboru VHD u nás.

Po dokončení je zcela nový soubor NANO1.vhd umístěn ve složce C:\NanoServer na mém počítači, přesně tam, kde jsem ho plánoval vidět. Jak můžete vidět, výstupní soubor VHD nedosahuje ani 500 MB a řekl jsem vám, že tyto servery jsou velmi malé!

S novým souborem VHD v ruce je dalším krokem použití tohoto virtuálního pevný disk k vytvoření nového virtuálního stroje. Vytvořím nový, velmi jednoduchý virtuální stroj, abych se na něj podíval. Stačí načíst tento VM s mým novým souborem VHD a už jsem v jeho konzoli na zcela novém serveru Nano!

Proces, kterým jsme právě prošli, abychom vytvořili náš nový server NANO1, se nezdá příliš komplikovaný, jakmile ho uvidíte, ale stále existuje mnoho správců IT, kteří PowerShell pravidelně nepoužívají. Naštěstí pro tyto lidi existuje zcela nový grafický nástroj s názvem Nano Server Image Builder ( Nano server Image Builder). Tento nástroj vám umožňuje vybrat a definovat možnosti Nano serveru, který chcete vytvořit, přímo v GUI pomocí klávesnice a myši a jeho výstup vám přidělí soubor VHD. Není potřeba PowerShell! Nano Server Image Builder je také ve skutečnosti skvělým nástrojem pro implementaci Nano Serveru na fyzický hardware, protože můžete snadno spustit instalační program USB, aniž byste museli exportovat nějaký soubor VHD. Možnosti instalace se vyvíjejí velmi rychle a doporučuji vám, abyste zůstali v obraze s novinkami TechNet, kde najdete nejnovější a nejlepší techniky pro implementaci Nano. Zde je skvělý výchozí bod: https://technet.microsoft.com/en-us/windows-server-docs/get-started/deploy-nano-server.

Zkušenost s Nano Serverem je zcela odlišná od ostatních verzí Windows Server 2016, především proto, že Nano je navržen tak, aby byl bezhlavý, bez nutnosti přístupu k jakékoli konzoli. Toto jsou některé z možností, které máte aktuálně k dispozici pro monitorování, údržbu a jinou správu Nano Serveru.

Jak jsme již viděli, když jsme poprvé spustili náš nový server Nano, má velmi omezenou konzoli, pomocí které můžete nastavit pouze síťová nastavení. Toto je Nano Server Recovery Console ( Nano Server Recovery Console ). Hlavní účel této konzole je docela zvláštní. Pokud jste při používání nástrojů pro vzdálenou správu nějak ztratili síťová nastavení vašeho serveru Nano, toto je vaše úniková karta. ke svobodě ve kterém se můžete zaregistrovat a resetovat nastavení IP adresy, což vám umožní vrátit se na vzdálené prostředky

správa. Pojďme se na chvíli přihlásit do této konzole a podívat se na možnosti, které máme k dispozici. Po zadání uživatelského jména a hesla se ocitneme na následující obrazovce: Můžete vidět, že aktuálně získáváme IP adresu od někoho, kdo běží v našem prostředí DHCP server , což je skvělé. Pokud však máte problémy s přístupem k serveru Nano z nástrojů vzdálené správy a máte podezření, že s těmito místními nastaveními IP není něco v pořádku, můžete kliknout Tab pro zvýraznění možnosti (Nastavení sítě vytváření sítí , zabalené ve víceméně bezpečném obalu.) v dolní části obrazovky a potom klepněte na pro zobrazení nastavení sítě. změnit nebo aktualizovat nastavení IPv4.

Kromě Nastavení sítě, jediná další možnost v rámci tohoto konzole pro zotavení toto je firewall ( Firewall). Uvnitř tento oddíl Na konzole serveru Nano uvidíte seznam předinstalovaných pravidel brány firewall ( Pravidla brány firewall). Vyberte pravidlo a máte možnost toto konkrétní pravidlo zapnout nebo vypnout pomocí klávesy .

F4

Jakmile určíte IP adresu svého nového Nano Serveru, ať už se podíváte do konzoly pro zotavení, nebo si ji přečtete v alokacích DHCP, abyste zjistili, jakou IP adresu získal, je čas začít skutečně spravovat váš nový server. To vyžaduje použití nějakého externího nástroje pro dálkové ovládání. Nejčastěji používané? PowerShell. Pojďme si vyzkoušet některé příkazy, které umožní naší místní výzvě PowerShellu vzdáleně ovládat náš server NANO1. První věc, kterou musíme udělat, je přidat NANO1 do našeho seznamu důvěryhodných hostitelských strojů. Otevřete výzvu PowerShellu, která se objeví na vašem počítači, kam chcete toto nainstalovat vzdálené připojení

PowerShell a použijte následující příkaz:

Set-Item WSMan:\localhost\Client\TrustedHosts "10.0.0.25"

(Samozřejmě budete chtít nahradit 10.0.0.25 IP adresou vašeho Nano serveru.) Nyní stačí spustit naši vzdálenou relaci PowerShellu. Zatímco jste stále uvnitř vyvýšené výzvy, měl by vám takový jediný řádek poskytnout připojení. Když vstoupíte tento příkaz , budete vyzváni k zadání hesla administrátora a poté budete moci provádět vzdáleně Příkazy PowerShellu

na vašem serveru NANO1.

Enter-PSSession –ComputerName 10.0.0.25 – Správce pověření Nyní se nacházíte ve výzvě PowerShellu, která je vzdáleně připojena k vašemu serveru NANO1. Co dokazuje, že se skutečně jedná o NANO1? Zkuste něco takového jednoduché příkazy

název hostitele nebo ipconfig. Protože nyní máte plný přístup k PowerShellu toto Nano serveru, můžete s tímto serverem dělat hodně, co chcete, a to přímo z této konzole. Je však důležité poznamenat, že PowerShell v Nano Server není tak komplexní jako v běžná verze Windows Server. Některé příkazy a rutiny fungují, některé ne. Pokud chcete zobrazit seznam všech rutin PowerShell, které jsou součástí Nano Server, jednoduše spusťte další příkaz

pro zobrazení seznamu takto:

Pokud potřebujete spustit aplikaci WinRM vzdáleně na Nano Server, máte štěstí. I to je možné.

Chcete-li používat WinRM, potřebujete na svém serveru Nano několik příkazů, aby mohl začít fungovat:

winrm quickconfig winrm set winrm/config/client@(TrustedHosts="*") chcp 65001

Tak to má být! Nyní byste měli být schopni spouštět příkazy WinRM vzdáleně na vašem Nano serveru. Existuje několik dalších nástrojů pro správu, které se používají méně často, alespoň jak je vidím v praxi, ale stále je lze použít pro práci s Nano serverem. Pokud používáte k práci Správa Windows Instrumentace (WMI) ,Nano Server bude také spolupracovat s touto sadou nástrojů. Navíc, pokud vaše organizace používá Správce virtuálních strojů (VMM) nebo System Center

Operations Manager (SCOM) , obě tato rozhraní mají schopnost interakce s nano serverem. Zcela novým mixem je ten, který již byl zmíněn dříve v této knize. Správa serveru

Nástroje (SMT) . Je součástí vašeho předplatného Azur, ale naštěstí se za to neplatí. Pokud se rozhodnete používat SMT, budete mít možnost spravovat a manipulovat s mnoha aspekty vašich Nano serverů přímo z vašeho Azur přihlášení!

Největší přínos vidím pro společnosti, které začínají používat Nano Server, je výpočetní hosting pro jejich virtualizační strukturu. Místo instalace role Hyper-V na běžné Windows Server, proč neudělat takového hostitele Hyper-V mnohem bezpečnější a nepřinutit jej, aby se restartoval mnohem méně často tím, že místo toho umístíte Hyper-V na Nano Server? Můžete i nadále používat jakékoli úložiště, které chcete k ukládání dat virtuálního počítače, které nemusí být spravováno vaším Nano Serverem, a můžete i nadále používat starý dobrý správce Hyper-V pro všechny úkoly Hyper-V. Jediný rozdíl je v tom, že nyní budete Hyper-V Manager spouštět z jiného serveru, nebo dokonce přímo ze svého stolní počítač pomocí RSAT. Neexistuje absolutně žádný důvod, proč by každý nový server Windows Server 2016 Hyper-V nemohl být nainstalován na Nano Server!

· Žádné komentáře

Tento článek poskytuje přehled změn replikace systému souborů v systému Windows Server 2003 R2 a také představuje názorné příklady implementace replikace v oboru názvů DFS pomocí technologie domény.

V předchozích dvou článcích jsme se podívali na to, jak nainstalovat a nakonfigurovat obor názvů DFS v systému Windows Server 2003 R2. Obor názvů DFS v R2 je nový název pro jednu z komponent distribuovaného systému souborů (Distributed Systém souborů(DFS)) v systému Windows Server 2003, který umožňuje vytvořit jediný virtuální strom sdílených složek, který povede ke skutečným (fyzickým) prostředkům umístěným na různých souborových serverech. Obor názvů DFS vám umožňuje kombinovat různé sdílené prostředky ve vaší síti do jednoho virtuálního prostředku, který může klient prohlížet bez ohledu na jeho vlastní umístění.

Kromě toho DFS ve verzi R2 obsahuje další komponentu: replikaci DFS. (PROTI Verze Windows Server 2003, který předcházel R2, se obě komponenty nazývaly jednoduše DFS). Replikace distribuovaného systému souborů je v podstatě služba, kterou lze použít k replikaci souborů z jednoho serveru na druhý, což vám umožňuje udržovat více kopií stejného souboru v různých adresářích. Předchozí verze systému Windows Server 2003 již samozřejmě zahrnovaly službu nazývanou (samozřejmě) File Replication Service nebo FRS, která sloužila ke dvěma účelům:

• Replikace obsahu sdílených složek z jednoho stromu DFS do druhého.
• Replikace obsahu složky SYSVOL mezi řadiči domény.

Nevýhodou FRS je, že druhý úkol plní bezchybně, ale neplní dobře první. Řekněme, že máte dva stromy DFS, které je třeba replikovat pomocí FRS; Datové složky dvou stromů obsahují velmi velké soubory (například videa). Pokud provedete drobné změny v jednom ze souborů (úprava jednoho snímku), FRS bude muset replikovat celý soubor z jednoho stromu do druhého, což znamená velké zatížení vyrovnávací paměť. To může být vážný problém, pokud jsou oba stromy umístěny na dvou různých místech propojených pomocí pomalého připojení WAN - replikace zabere vše volné místo komunikační buffer! Navíc FRS v předchozích verzích snadno chybovalo a někdy dokonce odmítalo fungovat, což je přinejmenším škoda.

Implementace

Vzdálená komprese proměnných Mechanismus replikace souborů se v systému Windows Server 2003 R2 změnil. konkrétně v tomto systému existují dva nezávislé replikační mechanismy:

• Replikace DFS. Tato služba je zcela nová a lze ji použít nejen k replikaci stromů DFS pro zajištění tolerance systémových chyb a lepšího fungování, ale také k replikaci stromů mezi servery pro jakýkoli účel. Tato služba bude podrobněji popsána níže.
• Služba replikace souborů (FRS). Toto je původní služba v systému Windows Server 2000. Ve verzi R2 se FRS používá pouze k replikaci obsahu SYSVOL na řadiči domény.

To je skvělé nová služba Replikace distribuovaného systému souborů používá vylepšený operační mechanismus s novým algoritmem nazvaným Remote Differential Compression (RDC). Tento algoritmus zajišťuje replikaci změn v obsahu souborů spíše než v souborech samotných. To znamená, že DFS bude fungovat výrazně lépe, když je připojeno typ WAN než dříve. Kromě toho nový mechanismus podporuje omezení šířky pásma a plánování replikace; navíc funguje na bázi multimaster. DFS v systému Windows Server 2003 je tedy mnohem spolehlivější a bohatší na funkce než dříve.

Instalace Replikace DFS

Chcete-li si představit, jak nakonfigurovat a používat replikační stroj DFS, použijte jmenný prostor, který jsme vytvořili v mém předchozím článku Používání jmenných prostorů DFS. Účetnictví používá dva souborové servery: BOX 162 a 163 (BOX162 má kreditní a debetní prostředky a BOX163 má prostředky Faktury, Zásoby a Přehledy. Tyto sdílené prostředky byly zkombinovány pomocí jmenného prostoru DFS do stromu virtuálních složek s kořenem v Účetnictví. složka, která byla vytvořena na serveru BOX162 při vytvoření oboru názvů DFS Následující tabulka popisuje, jak se stromové složky DFS mapují na prostředky na dvou serverech:

Sdílená složka	Server	Cesta DFS
Účetnictví	BOX162	\\r2.local\Accounting (root)
Kredit	BOX162	\\r2.local\Accounting\Ledger\Účty půjčky
Debetní	BOX162	\\r2.local\ Účetnictví \Ledger\Účty podle debetu
Faktury	BOX163	\\r2.local\ Účetnictví \Účet\Faktury
Inventář	BOX163	\\r2.local\ Účetnictví \Katalog\Zásoby
Zprávy	BOX163	\\r2.local\ Databáze účtování \reporting

Pamatujte, že zdroj „Faktury“ je umístěn na serveru BOX163; přístup k němu lze poskytnout pouze pomocí cesty DFS \\r2.local\Accounting\Account\Invoices, kde r2.local je název doména aktivní Adresář, se kterým pracujeme (tento příklad je jmenný prostor DFS, který používá technologii domény a řadič domény je BOX161). Jinými slovy, zdroj „Faktury“ (C:\Invoices na BOX163) je cílová složka spojené s složku\\r2.local\ Účetnictví \Účet\Faktury ve jmenném prostoru\\r2.local\Účet.

Pamatujte si:
Terminologie pro DFS v R2 se liší od Windows 2000 Server a předchozích verzí. V stará verze DFS, byl nazván zdroj "Faktury". cílový odkaz a \\r2.local\Accounting\Account\Invoices byl odkaz spojené s tímto cílem. \\r2.local\account byl právě vykořenit. Než s ním začnete pracovat, ujistěte se, že rozumíte terminologii DFS v R2. Jinými slovy, kořeny se nyní nazývají jmenné prostory, odkazy jsou složky a cílové odkazy - cílové složky!

Nyní použijme mechanismus DFS replikovat obsah zdroje „Faktury“ ze serveru BOX163 na server BOX162. tedy zdroj na serveru BOX163 bude nedostupný, ale uživatelé k němu budou mít stále přístup ze serveru BOX162. Pro větší bezpečí je samozřejmě nejlepší zkopírovat i jmenný prostor. Zde pouze vytvoříme druhý zdroj "Faktury" na serveru BOX162, zkopírujeme obsah \\BOX163\Invoices do \\BOX162\faktury a přidáme \\BOX162\invoices do seznamu cílových složek pro složku \\r2 local\Accounting\Account\Invoices v oboru názvů. V tomto případě, pokud se klient (například XP-191) pokusí získat přístup k souboru Sample.doc umístěnému v \\r2.local\Accounting\Account\Invoices na serveru BOX163, ale tento server nefunguje, pak bude poskytnuta do kopie souboru umístěného na serveru BOX162.

První věc, kterou musíte udělat, je nainstalovat komponentu Replikace distribuovaného systému souborů (DFSR), pokud ještě není na vašem počítači. Jak jsem popsal v předchozích článcích, pokud přidáte nebo aktualizujete role souborového serveru, máte možnost nainstalovat obory názvů DFS bez instalace modulu DFS Replication Engine. To jsme dělali předtím! Chcete-li nyní přidat modul Replikace distribuovaného systému souborů, můžete použít Přidat nebo odebrat programy v Ovládacích panelech. Spusťte zadaný nástroj a vyberte možnost Přidat nebo odebrat Komponenta Windows, vyberte Distribuovaný systém souborů, klikněte na tlačítko Podrobnosti a vyberte službu Replikace DFS (viz obrázek 1):

Obrázek 1: Instalace modulu replikace DFS

V případě potřeby vložte disk 2 pro R2 nebo zadejte cestu ke složce \CMPNENTS\R2 ve sdílených prostředcích vaší sítě, abyste dokončili proces instalace součásti. Nyní vytvořte novou složku s názvem C:\Invoices na serveru BOX162 a zpřístupněte ji všem nastavením oprávnění Plná kontrola pro všechny (neznamená to, že složka není chráněna jako sdílený prostředek). Nyní se připravte na instalaci komponenty Replikace DFS na server BOX163, protože všechny souborové servery, které se budou podílet na replikaci, musí mít tuto službu.

K tomu lze využít již zmíněnou položku Přidat nebo odebrat programy, případně volbu Správa serveru. Nyní přidejte \\BOX162\Invoices jako druhou cílovou složku pro \\r2.local\Accounting\Invoices. Otevřete konzolu pro správu DFS a vyberte následující uzel stromu konzoly: Správa DFS, Namespaces, \\r2.local\Accounting\Account\Invoices. Pamatujte, že existuje pouze jeden cílový objekt aktuální složka(Obrázek 2):

Obrázek 2: Stávající cíl

Ověřte na klientském počítači (např. XP-191), že uživatel může otevřít soubor Sample.doc jednoduchým kliknutím na Start, poté Spustit..., zadáním \\r2.local\Accounting\Account\Invoices a poklepáním na soubor . Nyní přidáme druhý cíl (\\BOX162\Invoices) pro tuto složku. Klepněte pravým tlačítkem myši na složku Faktury ve stromu konzoly a vyberte Přidat cíl. Nyní definujte cestu k novému cíli, jak je znázorněno na obrázku 3:

Obrázek 3: Přidání druhého cíle do složky

Faktury ve jmenném prostoru \\r2.local\invoice Po přidání druhého cíle budete požádáni o vytvoření replikační skupiny (viz následující obrázek).

Obrázek 4

Replikační skupina je kolekce souborových serverů, které se účastní procesu replikace jedné nebo více složek v oboru názvů. Jinými slovy, pokud chceme replikovat obsah \\BOX163\Invoices z \\BOX162\Invoices, musí být BOX163 a BOX162 zpočátku přidány do replikační skupiny. Skupiny replikace lze vytvořit ručně kliknutím pravým tlačítkem myši na uzel Replikace distribuovaného systému souborů v konzole pro správu DFS; mnohem jednodušší je však kliknout na tlačítko Ano v dialogovém okně. Tím se spustí Průvodce replikací složek, což je jednoduchá metoda pro replikaci obsahu souborových serverů DFS R2 (viz obrázek 5):

Obrázek 5: Průvodce replikací složky

Nebudeme mluvit o všech fázích mistrovské práce, ale zaměříme se pouze na některé obecné body:

• Přijatelnost replikace. Tato funkce zobrazuje, které cíle se mohou podílet na replikaci vybrané složky (Faktury). V tomto případě průvodce zobrazí \\BOX163\Faktury a \\BOX162\Faktury.
• Hlavní prvek. Ověřuje, zda je na serveru, kam budou migrovány cíle, spuštěna služba replikace distribuovaného systému souborů. Jeden server je hlavním prvkem replikační skupiny. Když je skupina definitivně určena, vše probíhá na víceprvkové bázi. Jako hlavní prvek vybereme BOX163, protože soubor Sample.doc bude přenesen do zdroje Faktury umístěné na tento server(zdroj Faktury na serveru BOX162 je prázdný).
• Výběr topologie. Zde můžete vybrat „plná síť“, „spoke“ nebo jakoukoli jinou volbu topologie, která bude popsána později. Více o topologii replikace promluvím v jednom z mých dalších článků na WindowsNetworking.com. Výběrem topologie Full Link se dostanete do Replication Group and Bandwidth List.
• Seznam replikační skupiny a šířky pásma. Můžete nastavit maximum propustnost a nastavte seznam replikací (jeho plán) (vybereme první možnost - pokračování replikace).

Po kontrole nastavení a jejich potvrzení se mezi dvěma servery, na kterých běží proces replikace, vytvoří dvoukolejná a jednostopá připojení. V závislosti na celkovém počtu řadičů domény a jejich umístění může dokončení replikace nějakou dobu trvat.

Testování replikace

Chcete-li zobrazit stav replikace pro danou složku, vyberte tabulku Replikace, jak je znázorněno na obrázku:

Obrázek 6: Stav replikace pro složku

Rychlá kontrola faktur složky C:\Invoices na serveru BOX162 pomocí Průzkumník Windows ukazuje, že soubor Sample.doc byl podle očekávání přesunut ze serveru BOX163 do BOX162. Pokud deaktivujete místní připojení na serveru BOX163 a zadáte cestu k \\r2.local\Accounting\Account\Invoices ke klientovi XP-191, pak soubor Sample.doc zůstane dostupný, protože uživatel zůstane vázán na následující dostupný soubor na serveru BOX162. pokud jsou v souboru Sample.doc provedeny nějaké změny (na BOX162 nebo BOX163), pak se takové změny téměř okamžitě provedou v replikovaném souboru na jiném serveru.

www.windowsnetworking.com

Viz také: