Új hozzászólás Aktív témák
-
SirRasor
őstag
válasz SirRasor #26384 üzenetére
Na kész a dedup teszt, ha valakit érdekel
Egy teljes backupból tettem az adatokat az újra (darabokban, mert állandóan elfogyott a hely és manuálisan indítottam PS-ből dedup jobokat), majd robocopy-val a különbséget még rácsaptam (jogosultságokkal együtt persze).
Ja akit érdekel: Milyen kapcsolókat használtam hozzá? Az összesetRoboCopy.exe "E:" "Z:" /copy:datso /mir /fft /r:1 /w:1 /secfix /xo /xf thumbs.db /nc /ns /np /ndl /nfl /tee
Ezt...ezt nem egészen értem. Most szembesültem a számokkal. Amikor olvastam a technológiáról, ott olyan ~50%-os megtakarításról írtak.
Az újnál 94%? Hogy az úristenbe? Ráadásul amikor a backupból tettem vissza, kézzel ráindítottam dedup jobot: külön garbage collectiont, külön full optimizationt és akkor is az a kb. 45% jött ki, azért is toltam ki a kötet méretét, mert egyszerűen nem fért rá 800 GB-ra. Erre 2 nap pihenés után felment 94%-ra? Itt biztosan valami hiba van A robocopy-m biztos kitörölte a nagy részét...de nem, minden ott van.Illetve a Dedup Savingsnél nem kéne az újnak jóval magasabb értéknek szerepelnie?
Valami itt nincs rendben...Más: nincs valami trükk arra, hogy lehet real timeban dedup módba másolni? Áttenném egy 400 GB-os kötetre, ha ilyen jól nyomja (zsugorítani nem lehet, mert még ha win alatt össze is tudom, a vmware lemezt nem tudom zsugorítani)
Make Love not war!
-
kriszrap
tag
Rendben köszönöm mindenkitől az infót
-
Xpod
addikt
válasz Gargouille #26402 üzenetére
Ez igaz, de csak láttam már olyan megoldásokat hogy csak pislogtam.
30 fős szervezet: 1 email szerver, 1 AD szerver, 1 fájlszerver, 1 printszerver, 1 másodlagos fájlszerver (mert egyszerűbb volt, mint a fájlszervert normálisa felépíteni), 1 Eset ERA szerver, 1 backup szerver (ami kb félig meghalt), 1 adatbázis szerver (1 SQL instance), 1 webszerver (frontend az SQL-hez). A rendszergazda meg panaszkodott, hogy nincs ideje a kliensekre, mert a szevereket kell üzemeltetnie. Összesen kb 100GB volt az üzleti adat, az oprendszerek több helyet foglaltak mint a hasznos adat. Azóta szinte alapértelmezetten megjelenik a kérdés, hogy biztos kell ennyi szerver egy ekkora szervezetnek?Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Xpod
addikt
válasz thomatox #26404 üzenetére
"Lesz a közeljövőben máshol egy szerver csere, oda menne hyper-v, meg rá kb 3 virtuális gép, 2 windows server, meg egy linux, oda nagyjából milyen vasat ajánlotok? Kb. 20 felhasználó van."
Akkor a fő telephelyen lenne 1 fizikai szerver amin futna 3 virtuális gép? A Windows-os szervereket nem lehet összevonni? A linux gondolom email szerver.
Milyen oprendszert használ a 2 Windows szerver? Milyen feladatokat lát el?Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
Hát igen, valóban van ennek a lónak túlsó oldala is. De egyébként ősidők óta az az ajánlás, hogy - amennyiben az erőforrások ezt engedik - szerver oldalon legyenek szétválasztva a funkciók. Amióta létezik virtualizáció, azóta már nem olyan nagy probléma a különböző, egymástól elkülönülő kiszolgálói funkciókra dedikált VM-et csinálni és üzemeltetési szempontból is sokkal szerencsésebb / kezelhetőbb.
Emlékszem 10+ éve még nagyon sok KKV-nál voltak ilyen "minden in 1" SBS szerver szörnyszülöttek, rajta az AD-tól az Exchange-en keresztül az SQL példányokig, könyvelő program, licenc kiszolgáló meg a jó isten tudja még mik (persze minden natívan a vasra telepítve), aztán mikor az egyik szolgáltatáshoz szükséges beállítás miatt elhasalt egy másik, akkor volt fejvakarás.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Xpod
addikt
válasz Gargouille #26408 üzenetére
Csak erőforrással meg pénzzel bírja a cég. Azért a funkciók szétválasztásának is van egy határa.Minél több szerver annál több az extra feladat, az extra licenc és egyéb költség. Okosan kell felépíteni a rendszert.
(Én zöldfülű rendszergazdaként egy 130 fős céget kaptam meg üzemeltetésre, hogy kollégám irányítása alatt kapjuk rendbe. 1 hónap alatt a 20 szervert leredukáltuk 5-re, lett rendes adatmentés és a telephelyek között site2site VPN. A hibák, hálózat és egyéb rendszerleállások szinte meg is szűntek, a helyi rendszergazda munkája kb 50%-kal lett kevesebb.)Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
"Csak erőforrással meg pénzzel bírja a cég. Azért a funkciók szétválasztásának is van egy határa.Minél több szerver annál több az extra feladat, az extra licenc és egyéb költség."
Igen, ez így van. Meg kell keresni az optimális felállást, az sem vezet sehova, hogy minden mappának külön fájlszervert dedikálunk, meg az sem jó, ha minden is egy gépen vagy VM-en fut. Ami a felügyeletet illeti nekem az a tapasztalatom, hogy Windows szerverekhez (de nyilván Linuxhoz is) ma már nagyon sok és profi eszköz van a tömeges felügyeletre, ha jól van felépítve a rendszer akkor rengeteg szerver üzemeltethető minimális emberi erőforrással, a legtöbb feladat automatizálható és beköthető az egész egy monitoring rendszerbe, onnantól meg tényleg kevés az, amit manuálisan kell ráfordítani. Ez előtt mondjuk 10-15 évvel a két kezem összetettem volna ha csak fele olyan lehetőségek lettek volna mint ma.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Xpod
addikt
válasz Gargouille #26410 üzenetére
Egyetértek veled. Ettől függetlenül sajnos sokan szívatják magukat, pedig az elmúlt 6-8 évben nagyon sok rendszer jelent meg a piacon amivel könnyíthet a rendszergazda a munkáján.
De egy picit eltérünk az indító hozzászólástól.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
SirRasor
őstag
válasz SirRasor #26403 üzenetére
Akit érdekel: WS 2019 alatt ReFS-nél bekapcsolt Data Deduplication 1 nap után tönkreteszi az adatokat.
Marhajó tömörítést ér el, csak éppenséggel olvashatatlan lesz a fájlok 99%-a.2x is kipróbáltam, hátha csak én néztem be valamit (nem mintha bármit is lehetne félreállítani ezzel).
Make Love not war!
-
thomatox
csendes tag
Köszönöm a segítséget, jelenleg a korábbiakban említett minden egy vason van natív feltelepítve szörnyeteg megoldás van server 2012R2 alapon. (A történet a szokásos, az évek alatt ez is kell meg amaz is, meg minden legyen összekötve mindennel.)
Feladatok:
-DC ,
-Távelérés vpn
ez menne egy külön windows server 2019 -re
Ezek egy másikra:
Fájlszerver, kb. 1.5 tera adattal, sok képpel
Mysql szerver, központi elem
MS sql szerver 2012 házipénztár programnak, csak ketten használják
MS sql szerver 2016 egy másik programnak, ezt többen használják
Nyomtatószerver
Node-red szerver, ez egy node.js alapú futtatókörnyezet, amivel eddig az volt, hogy vagy a memóriát felzabálva elszállt, vagy most stabil, de cserébe eszik 40% CPU -t.
Gondoltam ezt rakom át linuxra, meg esetleg a hálózatvezérlő ubiquity controllert.
Levelezés nem nálunk van hálistennek. -
VeryByte
őstag
Sziasztok,
Egy elég érdekes szituációba futottam bele és talán van valakinek ötlete.
Adott egy windows AD tartomány, mondjuk tartomany.local.
Adott két vindows szerver, mindjuk one.tartomany.local és two.tartomany.local.
Az egyiken (one.tartomany.local) van egy megosztás (mondjuk legyen a neve medosztas), amely mindenki számára írható/olvasható.
Mindkét gépen a DNS szerver a meglévő két tartományvezérlőre állítva.De, bizonyos okok miatt nekünk a két szervert mint egy.tartomany.hu és ketto.tartomány.hu szükséges elérnünk, és elvileg ezek egy harmadik DNS szerveren kerültek beállításra, tippem szerint továbbítással elérhetőként.
Eddig minden szép és jó, a two gépről \\egy.tartomany.hu\megosztas formában a megosztás elérhető, mindkét gépen rendszergazdai jogosultság került beállításra a felhasználómnak, nem kér hitelesítő adatokat.
De, a one gépről próbálva ugyanezt, azaz az \\egy.tartomany.hu\megosztas megosztott tartalom eléréséhez hitelesítő adatokat kér és természetesen ha megadom a sajátomat, azzal nem érem el, újra kér.
Természetesen a one gépről a \\one\megosztas és a \\one.tartomany.local\megosztas tökéletesen működik.Attól függetlenül, hogy ez így eleve egy elég pocsék megoldás, a kérdésem az, hogy hol van itt az eb elhantolva?
Az egyikről miért megy, önmagáról pedig miért nem megy a megosztás elérése?Előre is köszi a tippeket,
G."What is the most important thing in a woman?" - "The soul."
-
Xpod
addikt
válasz thomatox #26413 üzenetére
A VPN-t én biztos nem tenném a DC-re. A tűzfal eszköz nem tudná lekezelni? Milyen VPN-t használsz?
Az SQL és a fájl megosztás nem annyira jó dolog együtt.
Én ezt tenném:
Szerver 1: DC, print szerver, fájlszerver, unifi controller
Szerver 2: összes adatbázis
Szerver 3: node.js
A VPN-t pedig tűzfalon megcsinálni AD szinkronnal.Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
-
VeryByte
őstag
válasz Gargouille #26417 üzenetére
Az ötlet nem volt rossz, én is megnéztem már és nem, nincs elmentett adat.
És ugyanígy egy harmadik kiszolgálóról is megy.Most kipróbáltam egy másik hasonló konstrukcióval. Ott is pont ugyanaz, csak saját magáról nem érem el egy FQDN-es, más tartományt tartalmazó alias-szal a megosztást.
"What is the most important thing in a woman?" - "The soul."
-
VeryByte
őstag
válasz VeryByte #26415 üzenetére
Megválaszolom magamnak, a kereshetőség miatt:
- In Registry Editor, locate and then click the following registry key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0
- Create new Multi-String Value. BackConnectionHostNames In the Value data box, type the host name or the host names for the sites that are on the local computer.Újraindítás nélkül, rögtön működik!
"What is the most important thing in a woman?" - "The soul."
-
Xpod
addikt
válasz X Factor #26420 üzenetére
Azzal csak annyi a probléma az én olvasatomban, hogy sok szervert kell üzemeltetni ami sok extra munkaidő a rendszergazda részéről és felesleges licenc költség egy 20-30 fős cégnek ahol amúgy is csak 1 informatikus van.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
De miért sok idő üzemeltetni? Ha nincsenek automatizálva a folyamatok, nincs monitoring stb. akkor egy darab szervert is baromi időigényes üzemeltetni, ha meg van minden, akkor meg tulajdonképpen tök mindegy, hogy 2 vagy 12 szervert kezelsz, mert alig van vele teendő.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
X Factor
addikt
válasz Gargouille #26422 üzenetére
Ráadásul, ha az ember ügyes, nagyon teátrálisan előlehet adni h. mekkora rendszert kell felügyelni.
Make things work
-
Xpod
addikt
válasz Gargouille #26422 üzenetére
Nem azt mondtam, hogy sok idő üzemeltetni a szervereket, hanem hogy több mint amennyi szükséges, ha jól át van gondolva a rendszer.
Pl szoftver frissítés nem mindegy hogy 1 vagy 5 szervert frissítését kell megcsinálni. (és utána keresni a hibát, hogy miért nem mey minden alkalmazás)
Jogosultságok kezelés, dokumentálása.
Rendszer doksi naprakészen tartása.
Adatmentés ellenőrzése, tesztelése.
stb.Azért egy szerver nem csak úgy van, hogy havi egyszer ránézek, hogy meg van-e még a doboz és zümmög-e.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
Bár az eredeti témától messzire jutottunk, de végül is rendszergazda fórum, szóval ide tartozik, érdemes beszélgetni róla.
A tipikus szerverüzemeltetési feladatok (amiket te is soroltál) szinte mind teljes mértékben automatizálhatók. Beleértve a frissítést, backupot stb. Ha ezek automatizálva vannak és egy monitoring rendszer (rengeteg ingyenes is van) figyeli és értesít ha valami nem futott le, nem indult újra, túllép egy határértéket stb. akkor a rendszergazdának gyakorlatilag nincs vele külön dolga, nem kell semmit nézegetnie, csak max az emailjeit, hogy kapott-e riasztást.
Ahol egy szerverhez napi szinten kézzel kell hozzányúlni vagy "nézegetni" vagy logokat böngészni, ott valami nincs jól beállítva vagy hiányzik a kompetencia az üzemeltetéshez, vagy rosszul van kitalálva/felépítve a rendszer vagy nem tudom, de semmiképp nem ez a normális.
Meg ugye ha egy szerveren fut minden, az egyrészt single point of failure, másrészt például ha bármilyen karbantartási dolog miatt mondjuk újra kell indítani a gépet (mondjuk 1 szoftver telepítés vagy szolgáltatás miatt), akkor az összes rendszered restartol (és addig kiesik), nem csak az, ami érintett lenne amúgy. Vagy amikor valamelyik program miatt mondjuk módosítani kell a teszem azt a rendszer dátumformátumát vagy egy registry kulcsot, amiatt meg elhasal egy másik program, aminek meg az a beállítás nem jó... szóval csak azt szeretném mondani, hogy ezek az öszvér megoldások - legalábbis az én tapasztalatom szerint - sokkal több problémát okoznak mint amennyit megoldanak.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Xpod
addikt
válasz Gargouille #26425 üzenetére
Az már régen rossz, ha minden automatizált. Tipikusan a frissítések automatizálása ami a legtöbb problémát okozhatja.
Persze kell monitoring rendszer, de azért nem lehet vele minden kézimunkát kiváltani. A napi szintű szerver turkálással kapcsolatosan egyet értek veled, hogy régen rossz.Nem rossz az "öszvér megoldás", ha ésszel van csinálva, vannak funkciók amit érdemes összevonni egy szerverre. A kevesebb szerver esetenként kevesebb HW erőforrást is jelenthet.
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
SirRasor
őstag
válasz Gargouille #26425 üzenetére
Na ha már úgyis ilyenről beszéltek, akkor +1 a Zabbixnak
Csomó dologra rá se nézek egy ideje, mert ha nem jön emailes riasztás onnan, akkor úgyis minden ok.A windows update meg az MS hozzájárulása, hogy mindig szükség legyen ránk
Make Love not war!
-
Gargouille
őstag
Ha már így szóba jött, mi NetXMS-t használunk. Ősrégen NAGIOS volt, de igazából azt sosem tudtam megkedvelni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
SirRasor
őstag
Az információ megy a kukába!
Újracsináltam NTFS-sel és ugyanez történt. Egyszerűen nem értem mi a gond...mintha a WS2019-ben megromlott volna valami, pedig friss telepítésSzóval ha bekapcsolom a Data Deduplicationt, 1 nap után korrupt lesz szinte az összes adat a köteten. ReFS és NTFS alatt is. Vmware Vcenter 6.7 alatt adok a szervernek egy 1TB-os sima disc-et. Jelenleg ugyanígy megy a fájlszerverünk is, csak WS2012 alatt és nincs ilyen gond.
Valakinek van erre ötlete? Bejelentem MS-nél, hátha mondanak rá valamit.
Make Love not war!
-
Gargouille
őstag
-
SirRasor
őstag
válasz kraftxld #26431 üzenetére
Persze, minden naprakész. Munkatársam hülyének is néz ettől, mert a windows update a sátán műve és a legjobb operációs rendszer a windows 7, kikapcsolt frissítésekkel
Olvastam ezt több helyen is, hogy bugos volt, de akkor a 2012-es alatt hogy működött ennyire megbízhatóan? Szerencse
[ Szerkesztve ]
Make Love not war!
-
SirRasor
őstag
válasz F.E.K.. #26436 üzenetére
Gimnázium elsőben tanultam számítástechnikát. Akörül jelent meg a Windows 98. Azt mondta, hogy még a 95-ösöket kellene tanítania, hiába jött ki a 98-as, DE higyjük már el neki, hogy a 3.1 volt a legjobb, úgyhogy azokat telepítette a gépekre és azokat fogjuk tanulni
A másik marha (vagy ugyanez a tanár? ) 1000 éves office-t úgy tanította, hogy kívülről meg kellett tanulnunk, hogy melyik menüpont hol van, mert mi van, ha felhív egy emberke, hogy segítsünk neki és emlékezetből nem tudjuk, hogy hol keressük a menüpontot. Most meg O365-ben azzal játszik az MS, hogy mikor mit-hova kever éppen 1-1 frissítéssel
Make Love not war!
-
F.E.K..
senior tag
válasz SirRasor #26437 üzenetére
á, fiatalember.... win98 és win3.1, azok a modern, ablakos izék...bezzeg a mi időnkben, még a dos 6.22-es fejlesztésnek is örültünk...
(bár speciel tényleg )
Amikor húgom tanult általános iskola vége felé számítástechikát, még dos parancsok voltak a tankönyvében (pl. edit), ami windows alatt eléggé elavult dolog volt már akkor is...
A tankönyvek lassan követik a fejlődést, egyes tanárok pedig még annál is lassabban sajnos...
Legyen olyan szép és vidám napod amilyet csak szeretnél!
-
thomatox
csendes tag
Köszi!
Site - to site VPN -ek vannak. Tudja a felhasználói VPN -t is, bár csak úgy működött, ha ő maga a radius server, ha a Server2019 -et állítottam be radiusnak, úgy nem ment, igaz régebben próbáltam vele, lehet azóta megoldódott, de akkor elviszem ebben az irányba.
És milyen legyen alá a vas? A fájlmegosztások virtuális lemezen legyenek? -
Xpod
addikt
válasz thomatox #26440 üzenetére
"Tudja a felhasználói VPN -t is, bár csak úgy működött, ha ő maga a radius server, ha a Server2019 -et állítottam be radiusnak, úgy nem ment,"
Itt valószínűleg a tűzfal és a szerver közötti összekötés nem ment. A szerveren kell általában létrehozni egy usert amit a tűzfalon az LDAP beállításoknél megadsz. Ezzel behitelesít a tűzfal a szerverre és lekéri a user listát, elvégzi a userek hitelesítését. Ennek azért utána kell olvasni rendesen, ez nem a next-next-finish kategória.Mivel csak azzal a disk kapacitással tudsz gazdálkodni ami a szerverebe van (nincs külső storage, vagy NAS eszköz) így én mindent virtuális lemezre tennék. Felpattintanék egy ingyenes VMware-t a fizikai szerverre, arra bedobálnám a guesteket, és Veeam-mel menteném a cuccot.
VAS tekintetében mindenképp SSD-t javaslok, a virtualizáció tekeri rendesen a háttértárat, HDD-vel lassú lesz. Szerver méretezésre vannak nálam okosabbak de én így számolnék:
- a Win2019 DC+fájlszerver+print szerver esetében 8-16 GB elég lehet,
- a win2019 adatbázis tekintetében szintén a 8-10 GB elégnek tűnik mert kevesen használjátok és felételezem MS SQL Expres-t használtok ami proci és RAM korlátos, a MySQL-nek nem tudom mennyi kellhet
- a Linuxra nem tudom mennyi kell, de mivel kevesen használják 8-10 GB oda is elégnek tűnik.
Tárhely tekintetében te tudod mennyi kell. Talán a fájlmegosztás mehet HDD-re is, de az adatbázis és az oprendszerek mind SSD-n legyenek.Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
bolvar
senior tag
válasz thomatox #26413 üzenetére
Én most raktam össze picit hasonlót, csak suliba segítettem be.
Pfsense alá ment dhcp vpn, dns tovább van lökve a szolgáltató felé, nem szarakodok itt vele,
vmware alatt meg dc, file, terminal, nexon a pénzügyesnek, wsus meg unifi linuxon.
Egy t620 vason dual xeon 128gb memória(erre volt pénze a sulinak), a terminal egy ssd raid-en van annyi, a többi meg raid5-ön.
5 perc alatt lelehet frissíteni, nyalván delayel, a cégeknél úgyis kiderül ha megborul valami egy frissítés utánA jó lányok azt mondják: NEM! A rosszak azt, hogy: HOL? :)
-
thomatox
csendes tag
Ez egy ubiquity USG, úgy van benne ahogy írtad, szerveren kell neki egy user a hitelesítésre, annyira nem bonyolult a felülete, lehet a szervernél van valami hiba. Majd még játszok vele.
A Vmware jobb, mint a Hyper-V? Igazából még nem szórakoztam vele, nem tudom, megéri-e megtanulni emiatt az egy feladat miatt.
Illetve a raid1 -be rakott ssd nem okoz gondot a trim hiánya, vagy ezt már megoldották?
Ez a t620 elég jó vasnak tűnik... -
Xpod
addikt
Sziasztok!
Egy számítógépen szeretném megnézni órára lebontva, hogy mikor mekkora adatforgalmat bonyolított. Van erre valami ötlet? (Saját itthoni szerveremen szeretném megnézni, hogy mikor mekkora a hálózati forgalma, érdemes-e 24/7-ben járatni.)[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
válasz thomatox #26443 üzenetére
"A Vmware jobb, mint a Hyper-V?"
Erre nehéz lenne objektív választ adni, kicsit olyan téma ez is mint a Windows vs. Linux vagy az Intel vs. AMD, szóval nagyrészt hit kérdése. Üzemeltettem sokáig mind a kettőt, a magam részéről inkább Hyper-V párti vagyok, de amennyire látom a többség meg a VMware felé húz.
Ha tárgyilagosan akarom megközelíteni, akkor mind a kettő tökéletesen alkalmas arra, amire kitalálták, tehát ha választani kell közöttük, akkor inkább a konkrét megoldandó feladathoz kell megnézni, hogy melyik az alkalmasabb. Ha nincs semmi extra igény és a környezet sem kényszerít ebbe vagy abba az irányba, akkor a választásnál az is szempont lehet akár, hogy melyikhez van meg a kompetenciád, praktikáid stb. a későbbi gördülékeny üzemeltetéshez.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Xpod
addikt
válasz thomatox #26443 üzenetére
Kérdés, pontosan milyen Windows szerver licenceid vannak és mennyire akarsz legális lenni.
A WIndows Standard szerverek általában 1 hyperv host és ezen a vason futó 2 guest aktiválást engednek. Az essential licencek ettől korlátosabbak.
A VMware 7 hardver szinten limitál, elvileg nincs guest gép limitáció. (meg persze sok feature nincs benne a free verzióba)[ Szerkesztve ]
Most kezdődjék a tánc! - mondta a papagáj és berepült a ventilátorba.
-
Gargouille
őstag
Igen, ez egy fontos pont. A Windows Server Standard az 2db guest Windows aktiválását tartalmazza, a Datacenter verzió meg korlátlant. Mi sok helyen Datacenter-t használunk pont emiatt.
Ha már licenc-elés, akkor esetleg jól jöhet az info annak, aki nem tudja, hogy létezik a Windows Server-nek egy olyan ingyenes verziója, ami core edition (nincs GUI) és kizárólag csak Hypervisor-nak tudsz használni. A neve Microsoft Hyper-V Server. Gyakorlatilag egy ESXi-nek feleltethető meg.
Ha például valamiért ragaszkodsz a Hyper-V-hez, de mondjuk Linux VM-eket akarsz futtatni rajta, akkor ez egy tökéletes ingyenes megoldás. Managelni pedig akár egy Windows 10-es kliensről vagy egy másik Windows szerverről is lehet.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
kraftxld
Topikgazda
válasz Gargouille #26445 üzenetére
A legnagyobb feature beli különbség, hogy a Hyper-V esetén az ingyenes verzióról is tudsz normális mentést csinálni, plusz nem kell külön licensz ha már van meglévő Windows Servered.
Az ESXi-vel kevesebb a gond ha supported hardveren használod, de kell legalább egy essentials licensz hogy mentés legyen, vCenter, stb.| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
Gargouille
őstag
válasz kraftxld #26448 üzenetére
Az ingyenes Hyper-V-nél egyébként marha jó az is, hogy ott van a Windows Admin Center a többi hagyományos (Powershell, Hyper-V konzol stb.) kezelési lehetőség mellett, így szabványos és ingyenes eszközökkel is teljes körűen üzemeltethető.
Egy csomó helyen láttam már, hogy mindenféle tört meg mókolt vmware-eken futnak Windows Server VM-ek és sosem értettem, hogy ha már eleve MS környezetet építettek, akkor miért nem egy hyper-v -re rakták már, ami ott van eleve ingyen és fekete mágia sem kell hozzá.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
addikt
Üdv!
A chrome és edge gpo-kban a proxy beállítás miért lett deprecated? Mi a javaslat helyette?
This policy is deprecated. Its usage is discouraged. Read more at https://support.google.com/chrome/a/answer/7643500
csak ez az általános linket tették oda, arról nincs szó rajta, hogy szerintük mit kellene használni ez a konkrét gpo helyett, de máshol sem találtam semmit.Ryzen 7 5700G, 32 GB, RX6600XT, Windows 11
Új hozzászólás Aktív témák
- Sony MILC fényképezőgépcsalád
- Dell notebook topic
- Hogy is néznek ki a gépeink?
- Videó stream letöltése
- Vicces képek
- Eredeti játékok OFF topik
- Ukrajnai háború
- Viccrovat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- További aktív témák...