Administrace komentářů

Na obranu veeamu lze říci, že má ještě přímou podporu různých storage a třeba v případě NetAppu umožňuje toto :

• vytvořit konzistentní storage snapshot (=před vytvořením zavolá vmware, aby byly VM v konzistentním stavu) na primárním storage
• zavolá sync se záložním storage
• provede konzistentní zálohu VM ze záložního storage

Problém je, že je to naprosto nepoužitelné, aspoň tedy v našem prostředí.

Dále umí Instant Recovery (spustí VM přímo ze zálohy a postupně jí přesunuje na hlavní storage), ale normálně také není problém spustit VM z namapovaného backup storage a spustit storage motion na primár. Prostě nic, co by u vlastního prostředí také nešlo.

Ale co je asi hodně použitelné je automatické testování a reportování ohledně záloh. Je možné nastavit, aby si zálohu obnovil do testovacího prostředí, spustil VM a provedl nad ní sadu vlastních testů, zda systém naběhl, služby běží, web odpovídá atd. a následně zaslal report adminovi. Tj. automatické testování funkčnosti záloh.

Další dobrá fce je web face s ACL, kdy si třeba vývojáři mohou sami obnovovat zálohy pro své VM, na které mají právo, nebo pokud je firma hodně velká, může se řídit přístup jednotlivých částí IT k jednotlivým systémům / VM.

A nakonec file level recovery, který lze aplikovat i na maily v Exchange atd. Reál je takový, že to vypadá jako dobrá fce, ale pokud firmě záleží na emailech, má nějaký emailový archivační systém, takže obnova ze zálohy je zbytečná. Podobně jako u obnovy jednotlivých souborů. Fce je to pěkná, ale reálně stejně myslím obnoví celou VM a vykopíruje z ní soubory, takže nic, co by člověk nemohl udělat ručně sám.

Shrnuto a podtrženo, Veeam má spoustu pěkných fcí, které jsou ale v reálu buď nepoužitelné, nebo zbytečné (nikdy je nikdo nevyužije).
Zdar Max