Tänään minulla on jälleen ilo esitellä teille hyödyllisiä vinkkejä kollegani Evgeny Ivanovilta, Veeamin teknisen tukitiimin tiiminvetäjältä. Tällä kertaa Zhenya jakoi suosituksensa varmuuskopioiden ja replikoiden kanssa työskentelemiseen. Toivon, että ne auttavat sinua välttämään yleisiä virheitä, ja kopiot ja varmuuskopiot eivät koskaan ole "heikko lenkki" palautusprosessissa, jos sellaista on.
Joten tervetuloa kissoihin.
Edellisessäni selvitimme, kuinka optimoidaan varmuuskopiointiinfrastruktuurikomponenttien kuormitus ja tarkastelimme yleisiä määritysvirheitä. Siirrytään toiseen tärkeään aiheeseen - pätevään valmisteluun ja palautumiseen. Analysoimme sitä myös oikeilla esimerkeillä, joiden kanssa teknisellä tuella oli mahdollisuus työskennellä.
Varmuuskopiointi ilman palauttamista – rahat hukkaan
Käyttäjät, jotka joutuvat samanlaisiin vaikeisiin tilanteisiin, ottavat meihin säännöllisesti yhteyttä: palauttaminen on välttämätöntä varmuuskopiosta, mutta yrittäessään tehdä niin ihmiset törmäävät heille ratkaisemattomaan ongelmaan. Ja tämä ongelma ei ole ollenkaan varmuuskopion puute, CryptoLockerin toiminta tai muu vastaava. Tämä on "vain" riittämätöntä huomiota varmuuskopioiden ja replikoiden palautettavuuden tarkistamiseen. Monet ihmiset keskittyvät usein yksinomaan varmuuskopion luomiseen unohtaen, että pelkkä varmuuskopio ei ole ihmelääke mahdollisiin vaivoihin. Sinun on ymmärrettävä, että palautus on täysin erilainen prosessi, jolla on omat ominaisuutensa ja jota on valvottava ja testattava ennen tuotantoon ottamista. Tässä muutamia havainnollistavia esimerkkejä:
- Käyttäjä on kokenut kriittisen 20 Tt:n virtuaalikonevian. Seisokkeja ei tietenkään voida hyväksyä, ja järjestelmänvalvoja aloittaa välittömän palautusprosessin (VM välitön palautus) - 5 minuutin kuluttua kone on päällä. Mutta muistamme, että tällaista koneen tilaa voidaan käyttää vain väliaikaisesti - se on siirrettävä tuotantotietosäilöön (tietosäilöön). Ja tässä esimerkissä, kuten kävi ilmi, infrastruktuurin ominaisuudet eivät sallineet 20 TB:n tiedon kopioimista kohtuullisessa ajassa. Välittömän palautusprosessin asetuksissa valittiin muutosten tallentaminen levylle kanssa: Veeam Backup & Replication -palvelin (toisin kuin vSphere-snapshot) - tämän seurauksena tietysti vapaa levytila täyttyi nopeasti. Kun käyttäjä otti yhteyttä tukeen, VM:ssä oli muutoksia, joita ei voitu jättää huomiotta. Eli meillä on tilanne, jossa kriittisen koneen välitöntä palautusprosessia on mahdotonta saada nopeasti päätökseen - kuinka voimme tallentaa tietoja tänne?
Suoraan sanottuna vuosien määräyksestä en enää muista kaikkia finaalin yksityiskohtia, mutta muistan, että lopulta emme koskaan keksineet mitään loistavaa. Oman puolensa asiakkaat ratkaisivat tämän ongelman jotenkin laajentamalla C:-asemaa varauksista, kopioineet tärkeimmät tiedostot ja vasta sitten sammuttaneet VM:n ja muuttaneet samalla tavalla. Yleensä ihmettä ei tapahtunut.
- Infrastruktuurissa käyttäjällä oli yksi toimialueen ohjain, ja kaikki Veeam Backup & Replication -komponentit määritettiin DNS:n avulla. Kyllä, aivan oikein, kuulit oikein. Tapahtumien kehittämiseen oli sata vaihtoehtoa, ei vähempää, mutta todellisuudessa kaikki meni näin: ihmiset suunnittelivat ylläpitoa ja päättivät vaihtaa toimialueen ohjaimensa kopioon. He käyttivät ajoitettua vaihtoa, mikä on yleensä suositeltavaa tehdä tällaisissa tilanteissa. Ensimmäisessä vaiheessa kaikki sujui hyvin, ja toisessa vaiheessa alkuperäinen VM sammutettiin hetkeksi muun tiedon siirtämiseksi. Tietenkin vaihtotyö epäonnistui välittömästi, koska DNS lakkasi toimimasta.
Onneksi pystyimme käsittelemään tilanteen ottamalla replikan käyttöön manuaalisesti vSpherestä (yleensä emme suosittele tämän tekemistä itse, kuten näet seuraavasta esimerkistä). Mutta kuten ymmärrät, huoltoprosessi keskeytettiin ja lykättiin. Lisäksi meidän piti syöttää isäntänimet manuaalisesti tiedostoon C: WindowsSystem32driversetchosts Veeam Backup & Replication -palvelimella oikean vikasietoisuuden varmistamiseksi.
- Toisella asiakkaalla oli kokonainen varmuuskopiointiinfrastruktuuri, joka oli rakennettu nauha-asemien ympärille, ja levylle oli tallennettu vain lyhyitä tiedostoketjuja. Kun heidän piti palauttaa useita tiedostoja suurelta tiedostopalvelimelta, he havaitsivat, että mitään koneista ei voitu käyttää varmuuskopiointivarastona nauhalta palautettaessa, koska missään ei ollut tarpeeksi vapaata tilaa. (Voit lukea magneettinauhalta palauttamisesta suoraan ja apuvaraston käyttämisestä (toistaiseksi englanniksi)).
Uskon, että kaikissa kolmessa esimerkissä käyttäjät olivat niin sanotusti illuusioiden vankeudessa - he olettivat, että jos varmuuskopiointi onnistui, palauttamisessa ei olisi ongelmia. Mutta kuten ymmärrät, tämä ei suinkaan ole aina, ja siksi palautukseen on valmistauduttava yhtä huolellisesti kuin varmuuskopiointiin. Ensinnäkin se kannattaa tutustua , joka sisältää melko yksityiskohtaista tietoa eri palautustyypeistä. Jokaisen kappaleen alussa luetellaan vaatimukset, valmisteluvaiheet ja mahdolliset rajoitukset. Kuvaus nauhoilta tai tallennustilakuvista palautumisesta löytyy dokumentaatioosioista ja meidän osoitteessa Habr. Lisäksi vaiheet, joilla valmistaudutaan sovellusobjektien palauttamiseen Veeam Explorers -työkaluilla, on kuvattu Suunnittelu ja valmistelu -osiossa. jokaiselle instrumentille. Suosittelen, että luet ne huolellisesti - tämä auttaa sinua valmistelemaan järjestelmän tarvittaessa palautumista varten. Venäjäksi annetaan ohjeet SQL Server -tietokannan palauttamiseen .
Mikset toimisi vSphere-konsolin replikoiden kanssa?
Teoriassa Veeam-kopiot ovat tavallisia virtuaalikoneita, joiden kanssa vaikuttaisi olevan loogista työskennellä vSphere-työkalupakin, erityisesti vSphere-asiakkaan, avulla. Emme kuitenkaan suosittele tämän tekemistä, ja tästä syystä: vaihtaminen kopioon Veeam Backup & Replication -sovelluksessa on melko vaikea prosessi, joka vaatii tiukasti peräkkäisiä vaiheita (jotta voit peruuttaa yhden askeleen) ja korjata lopulliset toimenpiteet - katso vain prosessia kuvaavaa kuvaa:
Jos päätät ottaa käyttöön replikan vSphere-asiakkaasta, kohtaat todennäköisesti tulevaisuudessa useita ongelmia:
- Mekanismi, jolla Veeam Backup & replikaatiosta siirrytään replikaan (näkyy kaaviossa), ei enää toimi tässä koneessa.
- Veeam Backup -tietokannan tiedot eivät vastaa VM:n todellista tilaa. Pahimmassa tapauksessa joudut muokkaamaan tietokantaa korjataksesi sen.
- Jopa tietojen häviäminen on mahdollista, kuten tässä esimerkissä: käyttäjä otti replikan käyttöön manuaalisesti vSphere-asiakkaassa ja päätti jatkaa työskentelyä sen kanssa. Jonkin ajan kuluttua hän huomasi, että replika oli edelleen näkyvissä Veeam Backup & Replication -konsolissa, ja päätti poistaa sen tarpeettomana. Napsauta sitä hiiren kakkospainikkeella ja anna komento "Poista levyltä". Veeam Backup & Replication poisti välittömästi levyltä replikan, joka oli hetken jo täydessä käytössä tavallisena VM:nä ja sisälsi tarvittavat ja hyödylliset tiedot.
Tietysti on tilanteita, joissa replika on silti kytkettävä päälle vSphere-asiakkaasta - yleensä nämä ovat tapauksia, joissa Veeam-palvelin on kytketty pois päältä ja replika on kytkettävä päälle viiveellä. Mutta jos kaikki on kunnossa Veeam-palvelimen kanssa, sinun on työskenneltävä sen konsolin replikoiden kanssa.
Älä myöskään poista replikoita vSphere-asiakkaalla. Veeam Backup & Replication ei ole tietoinen tällaisesta muutoksesta, ja tämä on täynnä virheitä ja vanhentuneita tietoja. Jos et enää tarvitse kopiota, poista se Veeam-konsolin avulla, älä virtuaalikoneena vSphere-asiakkaasta. Joten sinulla on aina ajan tasalla oleva luettelo kopioista.
"Oh" - varo päivityksiä!
Tässä tarkoitamme tietysti päivityksiä hypervisoreille ja erilaisille sovelluksille, jotka varmuuskopioidaan Veeamin avulla. Jos tarkastelet niitä Veeam Backup & Replication -työskentelyn näkökulmasta, päivitykset voidaan jakaa kahteen luokkaan: suuret, suuret, tuovat paljon muutoksia - ja pienet.
Katsotaanpa ensin ensimmäistä luokkaa.
Tärkeimmät päivitykset ovat hypervisorin päivitykset. Ennen kuin asennat tällaisen päivityksen, sinun on varmistettava, että Veeam Backup & Replication tukee sitä. Nämä päivitykset tuovat monia muutoksia Veeam Backup & Replicationin käyttämiin kirjastoihin ja API:ihin, joten Veeam Backup & Replication -koodi on päivitettävä ja testattava laajasti, ennen kuin niitä voidaan virallisesti julistaa tuetuiksi.
On myös syytä muistaa, että esimerkiksi VMware ei tarjoa ohjelmistovalmistajille pääsyä vSpheren uusimpiin versioihin ennakkojulkaisua, joten Veeamin kehittäjät ja testaajat saavat uuden version samaan aikaan kuin muu progressiivinen ihmiskunta - siksi VMwaren julkaisun ja virallisesti ilmoitetun tuen välillä on yleensä tietty aikaväli. Tarvittavien muutosten määrä ja monimuotoisuus ovat sellaisia, että niiden sovittaminen yksinkertaiseen hotfix-korjaukseen on vähäistä - ja virallinen tuki ilmoitetaan yleensä Veeam Backup & Replication -julkaisuversion yhteydessä.
Seurauksena on se kiusallinen hetki, kun vSpheren uuden version julkaisun jälkeen teknisen tuen lippujen määrä kasvaa dramaattisesti, koska käyttäjät kiirehtivät uuden version asentamiseen, ja heidän varmuuskopionsa lakkaavat luonnollisesti heti toimimasta. . Meidän, Veeam-tuen, on selitettävä käyttäjille, mitä he tarkalleen ottaen tekivät väärin, pyydettävä heitä peruuttamaan (jos mahdollista) tai keksimään monimutkaisia tapoja päästä umpikujasta. Siksi, ennen kuin asennat suuren päivityksen, muista tarkistaa sen yhteensopivuus ohjelmistosi kanssa. Pyydän sinua!
Kaikki yllä oleva koskee sovelluksia, jotka varmuuskopioit ja odotat palautettavan Veeamin avulla. Veeam Explorers -työkalurivillä on myös luettelo vastaavien sovellusten tuetuista versioista, joka päivitetään jokaisen Veeam Backup & Replication -julkaisun yhteydessä. Siksi ennen kuin asennat uuden version sovelluksestasi - olipa se Exchange, Oracle tai SharePoint - muista lukea asianmukainen osio uudelleen .
Toiseen kategoriaan, ts. pieniä päivityksiä ovat esimerkiksi VMware Toolsin uudet versiot, Exchange kumulatiiviset päivitykset, vSphere-tietoturvapäivitykset jne. Niissä ei pääsääntöisesti ole suuria muutoksia mukana, ja useimmissa tapauksissa Veeam Backup & Replication ei aiheuta ongelmia niiden kanssa. (Tästä syystä heille ei ole julkisia ilmoituksia tuotteen virallisesta tuesta.) Käytännössämme on kuitenkin tapauksia, joissa tällaiset päivitykset muuttivat tavanomaista kulkua niin paljon, että ne johtivat virheisiin Veeam Backup & Replication -sovelluksessa. Tällaisissa tilanteissa, kun ongelma on vahvistettu, Veeam-insinöörit yrittävät vapauttaa hotfix-korjauksen nopeasti.
Ne, jotka puhuvat teknistä englantiaJos haluat pysyä ajan tasalla siitä, mitä insinöörit työskentelevät ja mitä järjestelmäarkkitehtejä ja teknisen tuen asiantuntijoita kohtaavat, suosittelen tilaamaan . Joka viikko hänen tilaajilleen on uutiskirje "Word from Gostev", jonka kirjoittaja . Siinä tuotehallintaosaston päällikkö Anton Gostev puhuu äskettäin löydetyistä ongelmista (eikä vain Veeamin puolella), uusien versioiden suunnitelmista ja IT-maailman uutisista. Jos tarvitset lisätietoja, voit tutustua foorumin aiheisiin - jos jollain asiakkaista on ongelmia tuotteen kanssa päivityksen jälkeen, he todennäköisesti ovat jo kirjoittaneet siitä foorumilla.
Kuten ymmärrät, korjaukset ja päivitykset voivat aiheuttaa ongelmia ei vain varmuuskopioiden kanssa, vaan myös sovelluksissa, joille nämä varmuuskopiot on tehty. Ja täällä sinua auttavat virtuaalilaboratoriot - Veeam DataLabs. Olet luultavasti kuullut SureBackupin toiminnoista varmuuskopioiden tarkistamiseen. Se perustuu pelkästään DataLabsin käyttöön luomalla eristetyn ympäristön, jossa voit erityisesti testata päivityksiä ennen niiden asentamista tuotantoon. Suosittelen vahvasti tekemään niin - säästät itsellesi paljon hermosoluja. Ja jos joku muu ei tiedä SureBackupista, suosittelen lukemista .
Siinä kaikki tälle päivälle, kiitos huomiosta!
Mitä muuta luettavaa
Artikkeleita Habresta:
Lähde: will.com