none
Navrh virtualizace

    Dotaz

  • Na novem serveru s windows 2008 serverem 64bit vcetne hyperv bych rad rozjel virtualizaci. Predstavu mam takovou, ze bych na ciste instalaci serveru zprovnozil hyper-v. Vytvoril 2 virtualni servery:

    1. nova domena, radic ad + dns

    2. novy terminalovy server

    Na obou techto serverech by byl opet stejny system, jak na fyzickem pocitaci. Ten ma 4 sitovky, takze bych, kazdemu virtualnimu pc priradil svoji sitovku. Terminalovy server bude slouzit uzivatelum na praci, nebude mit pristup do internetu. Virtualni server s dns bude mit pristup do internetu, chtel bych na nem mit licencni server pro terminalovy server, atd... Na fyzickem pocitaci bude pouze pristup do internetu kvuli aktualizacim, jinak nic, krome hyper-v.

    Je toto reseni spravne, nebo je lepsi to udelat nejak jinak? Dekuji za vas nazor.

    pondělí 2. ledna 2012 14:39

Odpovědi

  • Ahoj,

    ta predstava je v zasade spravna. S tim prirazovanim sitovek je to otazka, jaky tam bude sitovy provoz. IMHO bude pro ucely VM uplne stacit jedna sitova karta a druhou bych vyhradil pro management hostitelskeho systemu.

    Kolik bude v domene uzivatelu? Protoze mit pri vetsim nez malem poctu uzivatelu jenom jeden DC je cesta do pekla . . . Navic u virtualizace je doporucovano mit jeden fyzicky DC (v pripade clusteru je to nutnost, ale tohle asi neresime). Takze mozna bych do schematu zaradil jeste jeden levnoucky, nejobycejnejsi servrik, ktery bude slouzit ciste jako DC.


    BB
    pondělí 2. ledna 2012 15:42
  • Ten fyzicky DC se da udelat kdykoliv.

    On ani nutne nemusi byt fyzicky, ale urcite bych porovozoval minimalne dva DC. Ve Tvem pripade bych udelal radicem jeste jeden z tech Oraclovksych serveru. Rozdil mezi virtualnim a fyzickym DC neni zadny z hlediska toho vlastniho serveru, ktery ma roli radice domeny prirazenu. Rozdil ale muze byt z hlediska Hyper-V serveru, pokud jediny DC v domene je hostovan prave na nem. Protoze Hyper-V server pak pri svem vlastnim startu neni schopen kontaktovar radic domeny - logicky, kdyz ten bezi ve virtualu a startuje pozdeji.

    Ohledne tech sitovek - jasne klidne prirad kazdemu serveru jednu. Ale pokud na tom serveru pojede 60 uzivatelu pres RDP, tak to utahne i jedna jedina. Tim managementem jsem myslel management na urovni OS, nikoliv fyzickeho serveru. Proste pro Virtual network dedikujes jednu fyzickou sitovku a ve vlastnostech Virtual network nepovolis jeji vyuziti pro operacni system hostitelskeho serveru.


    BB
    pondělí 2. ledna 2012 16:04
  • Trosku se v tom zacinas zamotavat. Vezmeme to postupne:

    1. Jak to mas poreseno licencne? Pokud chces na jednom Hyper-V serveru provozovat vice nez jednu VM, pak potrebujes minimalne Enterprise edici Windows. Ta Ti umozni az 4 VM s podminkou, ze na hostitelskem serveru neni nainstalovana zadna jina role nez Hyper-V. Pokud hodlas kazdou VM licencovat zvlast, pak to IMHO takto omezeno neni, ale stejne bych na hostitelskem serveru provozoval vyhradne Hyper-V roli.

    2. Ten hostitelsky server udelej jako member server. Asi to neni nutne, ale uz jenom kvuli politikam . . .

    3. K DNS: ani neuvazuj o tom, ze bys provozoval DC bez DNS. Proste ber DNS jako neoddelitelnou soucast domenoveho radice. Technicky to neni uplne spravna definice, ale kdyz se budes tohoto pravidla drzet, vyhnes se potencionalnim problemum.

    4. Virtualni DC a zalohovani: to si predstavujes jak? Jako, ze obnovis domenovy radic jako kopii virtualniho stroje? O tom ani neuvazuj, respektive, pokud budes mit jediny DC, tak by to mohlo projit, ale pri vice radicich si rozbijes replikaci. Drz se doporucovanych postupu a ty jsou ve Tvem pripade (domena s cca 100 uzivateli, virtualizace) nasledujci:

     - minimalne dva DC

     - jeden z techto DC je fyzicky a neni to soucasne server s Hyper-V roli

     - Active directory zalohuj jako soucast System state zalohy a at Te ani nenepadne zalohovat cely virtualni stroj s AD. Ta samotna zaloha teda nicemu vadit nebude, ale pokuseni to obovit v pripade problemu pak muze byt velke . . . :o)


    BB
    pondělí 2. ledna 2012 16:44
  • Ahoj,

    nebál bych se možnosti mít dvě DC a obě mít virtualizovaná na jiných HW strojích. Netuším, jak moc by byl Oracle rád na doménovém řadiči.

    PS: jak chceš řešit, že na tom Terminálovém serveru nebude připojení k internetu? Nebude vyplněná Výchozí brána? Co aktualizace (maybe WSUS..)?

    pondělí 2. ledna 2012 20:20
  • Oracle nema zadny problem s behem na DC. Obecne je to sice nedoporucovana kombinace z vykonnostnich dvodu, ale to se urcite netyka redicu domeny s poctem uzivatelu okolo stovky. :o)

    Na 2008 DHCP zadne problemy nedela. Vykasli se na staticke IP a DHCP v Keriu a res to pres Windows server. Kerio nechej jenom jako firewall.

    Dve instance Oracle na jednom serveru nejsou zadny problem. Pokud je tedy ten server dostatecne vykonny, aby ty dve instance utahnul. Jaka je vlastne pro Tebe vyhoda virtualizace toho Oracle serveru?

    Kdyz uz to resime takto obsirne: jak planujes zalohovani?

    Taky bych se az tak nebal toho mit ta dve DC virtualizovana (na ruznych fyzickych serverech). Na druhou stranu se tady mluvi o stovce uzivatelu, Oracle atd, takze poridit serverik za 15000,- Kc a jednu licenci Win Serveru navic by nemusel byt az tak strasny problem. A ma to poreseno "dokonale". :o)


    BB
    úterý 3. ledna 2012 7:12

Všechny reakce

  • Ahoj,

    ta predstava je v zasade spravna. S tim prirazovanim sitovek je to otazka, jaky tam bude sitovy provoz. IMHO bude pro ucely VM uplne stacit jedna sitova karta a druhou bych vyhradil pro management hostitelskeho systemu.

    Kolik bude v domene uzivatelu? Protoze mit pri vetsim nez malem poctu uzivatelu jenom jeden DC je cesta do pekla . . . Navic u virtualizace je doporucovano mit jeden fyzicky DC (v pripade clusteru je to nutnost, ale tohle asi neresime). Takze mozna bych do schematu zaradil jeste jeden levnoucky, nejobycejnejsi servrik, ktery bude slouzit ciste jako DC.


    BB
    pondělí 2. ledna 2012 15:42
  • Dekuji za reakci, uzivatelu je cca kolem 100, soucasne na serveru pracuje tak 60 uzivatelu. Uzivatele pracuji pres rdp klienty, pouzivaji prevazne prohlizec+ specilani aplikace, ktere se pripojuji jeste na oracle servery. U toho clusteru jsem cetl nejake vlakno ohledne nutnosti fyzickeho dc. Co se tyka toho fyzickeho dc, tak je mozne ho udelat pozdeji? Mam k dispozici dva fyzicke servery. Uvazoval jsem tak, ze na jednom by jeli ve virtualizaci db oracle...2 virtualni servery a na druhem prave terminalovy+ ten dc radic vcetne dns, atd... Jakmile reseni pojede, ziskam nejake stare servery, na kterych by se dal dalsi dc rozjet. Jak se projevuje potrebonost dalsiho dc popripade jaky je rozdil mezi virtualnim a fyzickym...pokud tedy neresime clusterove reseni. Pouzit chci hyper-v, ktere je soucasti serveru a zadarmo.

    Rad bych se zeptal jeste ohledne tech sitovek? Cetl jsem o nejakem zpomaleni (TCP Offload setting), tykalo by se me to? Slo by nejak objasnit pouzivani tech sitovek, jelikoz jich mam dost, tak jsem si myslel, ze bude lepsi, kdyz bude mit kazdy server svoji sitovku, zatim mi staci. Server ma krome techto 4 sitovek jeste management sitovku+ je pripojen na tcpip prepinaci, takze co se tyka spravy, dostanu se od zapnuti pc, pres bios az na ovladani oken.

    pondělí 2. ledna 2012 15:54
  • Ten fyzicky DC se da udelat kdykoliv.

    On ani nutne nemusi byt fyzicky, ale urcite bych porovozoval minimalne dva DC. Ve Tvem pripade bych udelal radicem jeste jeden z tech Oraclovksych serveru. Rozdil mezi virtualnim a fyzickym DC neni zadny z hlediska toho vlastniho serveru, ktery ma roli radice domeny prirazenu. Rozdil ale muze byt z hlediska Hyper-V serveru, pokud jediny DC v domene je hostovan prave na nem. Protoze Hyper-V server pak pri svem vlastnim startu neni schopen kontaktovar radic domeny - logicky, kdyz ten bezi ve virtualu a startuje pozdeji.

    Ohledne tech sitovek - jasne klidne prirad kazdemu serveru jednu. Ale pokud na tom serveru pojede 60 uzivatelu pres RDP, tak to utahne i jedna jedina. Tim managementem jsem myslel management na urovni OS, nikoliv fyzickeho serveru. Proste pro Virtual network dedikujes jednu fyzickou sitovku a ve vlastnostech Virtual network nepovolis jeji vyuziti pro operacni system hostitelskeho serveru.


    BB
    pondělí 2. ledna 2012 16:04
  • No prave ze ten os na fyzickem serveru bych asi do domeny vubec nezarazoval, bezelo by na nem pouze hyperv. Microsoft nam po koupi hw slibil skoleni na hyperv, ale nejak z toho seslo, takze jsme mel spoustu dotazu v kterych ted tapu. Prave kdyz jsem s nejakym technikem mluvil, tak rikal, ze je nejelpsi, kdyz na to fyzickem serveru v os vubec nic jineho nez hyper-v nebezi. Zatim je to tak, ze na db serveru neni hyperv, ktere bych tam pak chtel dat. Databaze ale musi bezet...takze virtualizovat db budeme v dalsim kroku, aplikace pojedou na starem serveru, proto v prvni rade potrebuji nainstalovat novy aplikacni server. Ten nainstaluji, rozjedu hyperv. Jako prvni jsem chtel vytvorit prave server, ktery by delal dc, vytvorim novou domenu+ asi dns server, ktery je nutny, aby bezel dc. Pak bych vytvoril druhy virtualni pocitac, ten by byl aplikacni server.

    Pokud tedy je dobre mit dc na fyzickem serveru, tak co kdybych nainstaloval dc do systemu obou novych serveru a nedelal bych vubec virtualni server s timto radicem? Pokud bych mel tedy active direcotry na obou serverech fyzickych, je nutne, aby na obou bylo nainstalovano dns? Nemam zkusenost s vice kontrolery a uz vubec ne s windows 2008. Kdyz bych udelal toto reseni, tak by pak stacil virtualni terminalovy server+ v budoucnu 2 virtualni databazove. Variantu virtualniho dc jsem uvazoval z duvodu snadne zalohy.

    pondělí 2. ledna 2012 16:29
  • Trosku se v tom zacinas zamotavat. Vezmeme to postupne:

    1. Jak to mas poreseno licencne? Pokud chces na jednom Hyper-V serveru provozovat vice nez jednu VM, pak potrebujes minimalne Enterprise edici Windows. Ta Ti umozni az 4 VM s podminkou, ze na hostitelskem serveru neni nainstalovana zadna jina role nez Hyper-V. Pokud hodlas kazdou VM licencovat zvlast, pak to IMHO takto omezeno neni, ale stejne bych na hostitelskem serveru provozoval vyhradne Hyper-V roli.

    2. Ten hostitelsky server udelej jako member server. Asi to neni nutne, ale uz jenom kvuli politikam . . .

    3. K DNS: ani neuvazuj o tom, ze bys provozoval DC bez DNS. Proste ber DNS jako neoddelitelnou soucast domenoveho radice. Technicky to neni uplne spravna definice, ale kdyz se budes tohoto pravidla drzet, vyhnes se potencionalnim problemum.

    4. Virtualni DC a zalohovani: to si predstavujes jak? Jako, ze obnovis domenovy radic jako kopii virtualniho stroje? O tom ani neuvazuj, respektive, pokud budes mit jediny DC, tak by to mohlo projit, ale pri vice radicich si rozbijes replikaci. Drz se doporucovanych postupu a ty jsou ve Tvem pripade (domena s cca 100 uzivateli, virtualizace) nasledujci:

     - minimalne dva DC

     - jeden z techto DC je fyzicky a neni to soucasne server s Hyper-V roli

     - Active directory zalohuj jako soucast System state zalohy a at Te ani nenepadne zalohovat cely virtualni stroj s AD. Ta samotna zaloha teda nicemu vadit nebude, ale pokuseni to obovit v pripade problemu pak muze byt velke . . . :o)


    BB
    pondělí 2. ledna 2012 16:44
  • Mas pravdu, motam se. Diky za trpelivost. Fyzicky mam 2 nove servery, na obou je koupena Enterprise edice windows 2008 serveru. Jeden by mel byt databazovy, coz je, ale zatim je oracle nainstalovan primo na serveru, role hyperv na nem nebezi. Druhy server je aplikacni (terminalovy), mame zakoupeno potrebne mnozstvi terminalovych a call licenci. Ted byl server nainstalovan podle pozadavku dodavatele sw. Bohuzel jsou nejake problemy s kompatibilitou a v ramci testovani a nemoznosti zmeny os, atd... (mozna budeme muset jit zpet na windows 2003) jsme se rozhodli pro virtualizi, jelikoz je na zmeny pruznejsi. Na novych serverech jsem mel predstavu, ze pobezi db+ terminal+ radic nove domeny.

    Muj navrh byl, jak je v prvnim prispevku:

    1. server db, zatim bez hyperv, pouze nainstalovan oracle...je zde tedy moznost mit jako dc dle tveho pravidla...ale problem je v tom, ze jsem vyhledove chtel mit hyperv i na tomto serveru, abych mel dva db servery na jednom fyzickem.

    2. server aplikacni, terminalovy, takze by bezely v hyperv dva virtualni servery...jeden domenovy radic (splnim tvou podminku o tom mit 2 dc kontrolery)+ druhy terminalovy server.

    No a pravda je, ze jsem puvodne uvazoval o jednom dc ve virtualizaci (coz bylo dano mou neznalosti problematiky), ktery jsem chtel zalohovat vypnutim virtualu a prekopirovaniom souboru pri kazde vyznamne zmene.

    Treti server s win2008 zatim nemam a rad bych vyhledove rozjel hyperv na db serveru. Otazka tedy je, kam ted nainstlaovat dc na fyzicky pocitac.

     


    • Upravený Michalekkk pondělí 2. ledna 2012 17:32
    pondělí 2. ledna 2012 17:12
  • Ahoj,

    nebál bych se možnosti mít dvě DC a obě mít virtualizovaná na jiných HW strojích. Netuším, jak moc by byl Oracle rád na doménovém řadiči.

    PS: jak chceš řešit, že na tom Terminálovém serveru nebude připojení k internetu? Nebude vyplněná Výchozí brána? Co aktualizace (maybe WSUS..)?

    pondělí 2. ledna 2012 20:20
  • Ahoj, take dekuji za prispevek. Tak pokud by mohl byt dc ve dvou virtualnich pc, tak by to slo. Na terminalovem serveru bude vychozi brana nastavena, ale na vychozi brane je kerio firewall, ktery nepovoli ip adrese terminaloveho serveru pristup do internetu...Uzivatele pak jeli na internet pres proxy, jine porty a moznosti nemeli povolene. V podstate je i tohle otazka, zda-li se to da resit v ramci windows 2008 serveru nejak jinak?
    úterý 3. ledna 2012 6:15
  • No pokud máš nějaký externí firewall tak nevidím důvod to přes něj neřešit. Nevidím na tom nic špatného.

    Ty dva virtuální DC pak v podstatě nejsou problém, protože jakmile tam nemáš žádný cluster, tak pravděpodobnost toho, že se ti restartují oba zároveň je stejná, jako že se ti restartuje jeden fyzický a jeden virtuální server ve stejném čase. Jediné co bude chvíli existovat je určité provizorium, kdy budeš mít na jednom serveru Hyper-V a nikde nebude DC ani DNS server...

    PS: jak řešíš DHCP? Externí krabička, kerio, Windows Server? Musí přidělovat jako DNS pouze adresy DC s DNSky... a také je do něj vhodné zadat DNS suffix...

    PS2: víš o omezení Hyper-V na 4 virtuální procesory? Bude to dostatečné pro ten Oracle?
    úterý 3. ledna 2012 6:20
  • ad. ps) dhcp resi kerio, ale jen urcity rozsah adres, primarne mame adresy staticke. jeste na stare platforme nt serveru delalo dhcp problemy, tudiz se preslo na staticke ip.

    ad. ps2) ano, o tom omezeni vim...novy server byl dodan od dodavatelske fimry tak, ze jsou na jednom fyzickem serveru nainstalovany dve instance oracle, coz si myslim, ze taky neni uplne to prave orechove. Jelikoz potrebujeme oracle 2x, tak jsem si predstavoval, ze by bezel jeden oracle na jednom virtualu a druhy na druhem v ramci jednoho fyzickeho pocitace. Kdyz uz nic, tak by to bylo od sebe rozdelene. Otazkou je, jak to bude s vykonem, ale to nejsem schopen posoudit, musi se to vyzkouset.

    úterý 3. ledna 2012 6:34
  • no tak výkon virtuálního procesoru odpovídá výkonu jednoho jádra. Pokud by jsi tedy měl server s dvěma 6-ti jádrovými procesory, tak je na něm zbytečné provozovat jen jeden virtuální PC, protože budou nevyužívané prostředky..
    úterý 3. ledna 2012 7:10
  • Oracle nema zadny problem s behem na DC. Obecne je to sice nedoporucovana kombinace z vykonnostnich dvodu, ale to se urcite netyka redicu domeny s poctem uzivatelu okolo stovky. :o)

    Na 2008 DHCP zadne problemy nedela. Vykasli se na staticke IP a DHCP v Keriu a res to pres Windows server. Kerio nechej jenom jako firewall.

    Dve instance Oracle na jednom serveru nejsou zadny problem. Pokud je tedy ten server dostatecne vykonny, aby ty dve instance utahnul. Jaka je vlastne pro Tebe vyhoda virtualizace toho Oracle serveru?

    Kdyz uz to resime takto obsirne: jak planujes zalohovani?

    Taky bych se az tak nebal toho mit ta dve DC virtualizovana (na ruznych fyzickych serverech). Na druhou stranu se tady mluvi o stovce uzivatelu, Oracle atd, takze poridit serverik za 15000,- Kc a jednu licenci Win Serveru navic by nemusel byt az tak strasny problem. A ma to poreseno "dokonale". :o)


    BB
    úterý 3. ledna 2012 7:12
  • no tak výkon virtuálního procesoru odpovídá výkonu jednoho jádra. Pokud by jsi tedy měl server s dvěma 6-ti jádrovými procesory, tak je na něm zbytečné provozovat jen jeden virtuální PC, protože budou nevyužívané prostředky..
    Tak ted v tom mam gulas...ja myslel, ze kdyz mam napr. 2 procesory, kazdy 6 jader, tak ze hyperv vyuzije celey vykon (12 jader), ale v prirazeni procesoru virtualnich serveru nepujde delit na vis, jak 4 procesory (jadra). Znamena to tedy, ze vyuzije vykon jen 4 jader jednoho procesoru a ostatni si bude valet sunky?

    Na 2008 DHCP zadne problemy nedela. Vykasli se na staticke IP a DHCP v Keriu a res to pres Windows server. Kerio nechej jenom jako firewall.

    Dve instance Oracle na jednom serveru nejsou zadny problem. Pokud je tedy ten server dostatecne vykonny, aby ty dve instance utahnul. Jaka je vlastne pro Tebe vyhoda virtualizace toho Oracle serveru?

    Kdyz uz to resime takto obsirne: jak planujes zalohovani?


    BB

    ad 1) nebude delat problem dhcp u windows98, ktere tu mame na par strojich?

    ad 2,3) zalohovani oracle ma na starost firma, ktera u nas system provozuje. zatim je to nastavene tak, ze mi do spravy oracle vubec nelezeme a nemluvime. co vim, tak zalohuji nejakym exportem, coz pry neni zase tak dobra volba, kamos mi rikal, ze je lepsi stopnout sluzbu a odzalohovat datove soubory. virtualizace by prinesla oddeleni serveru (kazda db je urcena pro jednu cast podniku) a pro nas i lepsi moznosti zalohovani. stopnout a zazalohovat soubor virtualniho pc je jednodusi, nez delat image fyzickeho serveru....jak rikam, denni zalohy dat a obnovy nejsou v nasi rezii.


    Taky bych se az tak nebal toho mit ta dve DC virtualizovana (na ruznych fyzickych serverech). Na druhou stranu se tady mluvi o stovce uzivatelu, Oracle atd, takze poridit serverik za 15000,- Kc a jednu licenci Win Serveru navic by nemusel byt az tak strasny problem. A ma to poreseno "dokonale". :o)
    BB

    Jaka licence serveru 2008 musi byt, aby na ni jel dc? Mame tu jeste jeden novy server, ale tam je jen nejaka webova edice serveru 2008, takze to by se teoreticky dalo pouzit...pokud je to mozne...spis bych ale rekl, ze to nepujde.

    Taky bych se az tak nebal toho mit ta dve DC virtualizovana (na ruznych fyzickych serverech). Na druhou stranu se tady mluvi o stovce uzivatelu, Oracle atd, takze poridit serverik za 15000,- Kc a jednu licenci Win Serveru navic by nemusel byt az tak strasny problem. A ma to poreseno "dokonale". :o)
    BB
    Mam tu jeden starsi server, ktery by sel vyuzit, ale jde o to, ze tam je windows 2003 server, takze az prevedu data na novy server, musel bych koupit licenci windows 2008 serveru a pak by se dalo tohle pouzit jako fyzicky dc, dhcp server, atd...

    úterý 3. ledna 2012 7:25
  • Ad 1) Windows 98? Tak to fakt netusim. Tenhle pasystem fakt nepouzivam . . .

    Ad 2) Zalohovani exportem neni spatna volba, pokud je export konzistentni. Ale jenom jako doplnkove zalohovani. Pokud je to produkcni DB (jako ze asi je), pak je dulezite kontinualni zalohovani pomoci exportovanych transakcnich logu. Ja zalohuji Oracle tak, ze jednou tydne udelam offline zalohu cele DB pri zastavene prislusne instanci. Pak po zbytek tydne odzalohovavam trensakcni logy. V pripde vypadku mam oznost obnovit DB prakticky k libovolnemu okamziku. Zalohovat Oracle tak, ze budes zalohovat cely virtualni server mi neprijde jako dobra volba. Mozna jako doplnkovy zpusob, ale urcite ne jako primarni zaloha.

    A jak to je to zalohovani reseno fyzicky? Zalohuje se to doufam na nejake prenositelne media, ktera se odnasi z budovy firmy idelane nakm do trezoru.

    A proc by nemohl DC bezet na serveru 2003?

    Na edici Webserver DC nerozjedes.


    BB
    úterý 3. ledna 2012 7:46
  • ad 1) Mame smes ruznych stroju a jelikoz  se vyuziva na praci terminalovy server, na vykonu stanice zas tak nezalezi, takze se tu i takove kousky najdou...kdyz jedou, nevyhazuji se:-)

    ad 2) Jak jsem psal, zalohovani oracle a jeho zpusob voli dodavatelsak firma. Zalohovat cely virtual jsem ja bral jako doplnkovou sluzbu, napr. pri provedeni pred zasadnimy zmenami a moznost se vratit, nebo napr. snadna tvorba testovaciho stroje. Jinak export se dela na disk serveru a ten je pak odlit na sitovy nas disk. Pasky moc nepouzivame. Trezor nemame.


    Na edici Webserver DC nerozjedes.
    BB

    tak jsem si to myslel dobre. diky za ujisteni.


    A proc by nemohl DC bezet na serveru 2003?
    BB

    no asi by mohl, ale rad bych mel stejny operacni system na vsech serverech...primarne jde o to zbavit se starych serveru nebo je nechat na pouziti v jincyh aplikacich. problem je v tom, ze jeden zasadni dodavatel moc nepodporuje nove technologie...ale ostatni zase ano, takze je to takovy boj s vetrnymi mlyny.

    úterý 3. ledna 2012 7:58
  • Hmm, a premyslel nekdo u vas ve firme nad tim, odkud obnovi data v pripade pozaru? Nebo kdyz nekdo firmu vykrade a vezme s sebou i servery? Pasky v bankovnim sejfu tohle resi . . .

    No ale k tomu, abys provozoval DC nepotrebujes zadne technologie od tretich stran.


    BB
    úterý 3. ledna 2012 8:10
  • Servery jsou na jednom miste, zalozni zarizeni na jinem. Jak rikam, pasky nejake jsou...na tretim miste, ale nejsou to denni zalohy. Trezor zadny neni. To je pravda, hresime na to, ze pravdepodobnost pozaru na trech ruznych mistech nebo taktez i kradez neni zase tak moc realna.

    Vim, jenze je tu deset systemu a ruznych nastaveni a nejak to sjednotit je vzdy problem. Nehlede na to, ze starych serveru s win2003 se chceme zbavit uplne...vyhledove. Kazdy server navic zatezuje ups-ky a zalozni agregat zatim nemame. Jde mi o to, jen najit vhodne reseni, jak co nejlepe prejit na nove servery a vzhledem k tomu, ze jsme ted udelali debordelizaci serverovny, radi bychom zacali i se servery na novo...nova domena, moznost virtualizaci, atd...

    úterý 3. ledna 2012 8:14
  • Tak jak jsi se nakonec rozhodnul? Jak to dopadlo?

    Jinak pokud chceš používat nějaký Off-site backup tak jako poměrně dostupné řešení se jeví Acronis Online Backup (250GB) nebo Crashplan (neomezené...neomezené verzování; příjemná cena za 4 roky.)


    This posting is provided "AS IS" with no warranties or guarantees, and confers no rights.

    Microsoft Student Partner 2010 / 2011 / 2012
    Microsoft Certified Professional | Connected Home Integrator | Consumer Sales Specialist
    Microsoft Certified IT Professional: Consumer Support Technician on Windows Vista
    Microsoft Certified IT Professional: Enterprise Support Technician on Windows Vista
    Microsoft Certified IT Professional: Server Administrator on Windows Server 2008
    Microsoft Certified Technology Specialist:
    Windows 7, Configuration | Microsoft Windows Vista, Configuration
    Pre-Installing Windows 7 for OEMs | Windows 7 and Office 2010, Deployment | Windows Vista and Server Operating Systems, Preinstallation
    Windows Server 2008 Active Directory, Conf | Windows Server 2008 Network Infrastructure, Conf | Windows Server 2008 Applications Infrastructure, Conf
    Windows Server 2008 R2, Servaer Virtualization | Windows Server Virtualization, Configuration | Microsoft Lync Server 2010, Configuring
    Windows SBS 2011, Configuring | Windows EBS 2008, Configuration | Windows SBS 2008, Configuration
    Windows HPC Server 2008, Development | Windows Internals | MDOP, Configuration | SharePoint 2010, Configuration
    Microsoft SCOM, Configuration | Microsoft SCDPM 2007, Configuration | Microsoft SCVMM 2008, Configuration

    sobota 7. ledna 2012 20:07
  • Tak rozhodnuti je v tom, ze mam server s 2008 r2 pouze s roli hyper-v. Na nem bezi ve virtualizaci jeden dc, ktery ma pristup do internetu, je na nem licencni server, system stejny jak hostitel. Druhy virtual je terminalovy server opet stejny os, dodavatel sw reseni tam momentalne naintaloval podpurne programy pro jeho systemy. Na druhem fyzickem serveru pak bezi v 2008 r2 dve instance oracle, ktere se casem presunou do virtualniho prostredi, ale to je opet hudba budoucnosti.

    Zalohovani jsem zatim odsunul, bahradni domenovy kontroler bude az uvolnime stare servery.

    Postupne terminalovy server zprovoznujeme a resime nektere vznikle problemy takze to jde pomalu.

    Kazdopadne dekuji vsem za konzultaci a navrhy reseni, ci doporucene postupy atd...


    • Upravený Michalekkk pondělí 16. ledna 2012 11:42
    pondělí 16. ledna 2012 11:41