Netbackup 7.6 Blueprints - OpsCenter
The Technical Services team for Backup and Recovery have produced a number of documents we call "Blueprints". These Blueprints are designed to show backup and recovery challenges around specific technologies or functions and how NetBackup solves these challenges. Each Blueprint consists of:Backup Exec 2014 Blueprints - Remote Office Protection
The Technical Services team for Backup and Recovery have produced a number of documents we call "Blueprints". These Blueprints are designed to show backup and recovery challenges around specific technologies or functions and how Backup Exec solves these challenges. Each Blueprint consists of:Backup Exec 2014 Technical White Paper - Private Cloud Services
The series of Technical White Papers we are currently publishing are updated papers on the release of Backup Exec 2014. They are designed to introduce Symantec partners and end users to key technologies and technical concepts that are associated with the Symantec Backup Exec.Backup Exec 2014 Technical White Paper - Protecting Microsoft SQL
The series of Technical White Papers we are currently publishing are updated papers on the release of Backup Exec 2014. They are designed to introduce Symantec partners and end users to key technologies and technical concepts that are associated with the Symantec Backup Exec.Backup Exec 2014 Technical White Paper - Protecting Microsoft SharePoint
The series of Technical White Papers we are currently publishing are updated papers on the release of Backup Exec 2014. They are designed to introduce Symantec partners and end users to key technologies and technical concepts that are associated with the Symantec Backup Exec.Backup Exec 2014 Technical White Paper - Optimized Duplication
Technical White Papers are designed to introduce Symantec partners and end users to key technologies and technical concepts that are associated with the Symantec Backup and Recovery product family. The information within a Technical White Paper will assist partners and customers as they design and implement data protection solutions based on Symantec Backup and Recovery products.
How ZFS Cache Impacts NBU Performance
Problem: Solaris 10 ZFS ARC Cache configured as default can gradually impact NetBackup performance at Memory level, forcing NBU to use a lot of Swap memory even when there are several Gig's of RAM "Available", in the following Solaris 10 server we initially see that 61% of the memory is own by ZFS File Data (ARC Cache) # echo ::memstat | mdb -k
How to Netbackup for VMware
<!--{cke_protected}{C}%3C!%2D%2D%0A%09%09%40page%20%7B%20margin%3A%202cm%20%7D%0A%09%09P%20%7B%20margin-bottom%3A%200.21cm%20%7D%0A%09%09H2%20%7B%20margin-bottom%3A%200.21cm%20%7D%0A%09%09H2.cjk%20%7B%20font-family%3A%20%22WenQuanYi%20Micro%20Hei%22%20%7D%0A%09%09H2.ctl%20%7B%20font-family%3A%20%22Lohit%20Hindi%22%20%7D%0A%09%09H3%20%7B%20margin-bottom%3A%200.21cm%20%7D%0A%09%09H3.cjk%20%7B%20font-family%3A%20%22WenQuanYi%20Micro%20Hei%22%20%7D%0A%09%09H3.ctl%20%7B%20font-family%3A%20%22Lohit%20Hindi%22%20%7D%0A%09%09A%3Alink%20%7B%20so-language%3A%20zxx%20%7D%0A%09%2D%2D%3E--> Few "how to" exist about netBackup 7.1 for Vmware but i didn't see one that explain how to configure Virtual machine, netbackup, Backup/restauration procédures. Ayant rencontré certaines difficultés lors du déploiement je mets ici une partie de la documentation que j'ai rédigé pour ma société lors de l'implémentation (nous n'en sommes encore qu'à la période de test). Je mettrai cet article à jour en fonction des tests que je vais mener. Toutes remarques est la bienvenue. Here our configuration if it can be useful: Our test Architecture: ESX (>= 4)+ vCenter (>= 4) + virtual machine (>= 7) + netbackup 7.1.0.2 (master/media) update netbackup 7.1.0.2: http://www.symantec.com/business/support/index?page=content&id=TECH165302 Backup host in a Windows 2008 R2 entreprise virtual machine (use hot-add or nbd transport). Important: Backup host in the same zone than the ESX (we will try SAN transport mode with a physical server soon). datastore iSCSI and NFS: it works on this 2 datastores VMware tools Install VMware tools on each virtual machine Quiesce linux virtual machine L'utilitaire SYMCquiesce permet à netbackup de garantir la viabilité des données lors de la création de snapshots. Cela permet de flusher les données en mémoire sur le disque. Pour Windows, cette option est prise en charge par défaut, pour Linux, il faut procéder à l'installation de l'utilitaire SYMCquiesce. Installation: Documentation symantec Symantec NetBackup TM for VMware Administrator's Guide Release 7.1 page 183 Prérequis Redhat version 5.4 et supérieure Systéme de fichier ext3 et LVM2 VMware tools doivent être installées Activer l'option dans les options de la politique de sauvegarde (options snapshot) Vérifications: Sur la station Linux, vérifier que le service VMware tools est bien installé et démarré: #>ps -e | grep vmtoolsd Si les tools sont installées et sont en fonctionnement, la commande devrait retourner les indications ci-dessous: 3068 ? 00:00:00 vmtoolsd Si les tools ne sont pas installées, procéder à l'installation. Récupération des binaires: Sur le backup host: → Récupération du fichier SYMCquiesce.1.0.0-001.iso dans le répertoire C:\programmes\veritas\netbackup\bin\vmware-quiesce Installation: Transférer l'iso sur la station Linux à sauvegarder. Monter l'iso et accéder au contenu. Exécuter le rpm relatif à la version de l'OS (32 ou 64 bits): #>yum install /media/ SYMCquiesce.1.0.0-001.x86_64.rpm L'utilitaire est installé dans le répertoire /opt/SYMCquiesce/ options: http://www.symantec.com/business/support/index?page=content&id=HOWTO44522 fail_snapshot_on_failure=true/false -> par défaut la valeur est fixée à «Disable» timeout=timeout value in seconds Exemple #fail_snapshot_on_failure=true timeout=20 Emplacement logs /opt/SYMCquiesce/logs Add Vmware backup host Via la console d'administration netbackup: → menu NetBackup Management → Host Properties → Master Servers → Clic droit sur <your_master> → sélectionner «Properties» → Vmware Access Host → Add → <your_vmware_backup_host> Restart netbackup daemon linux Eteindre tous les daemons NetBackup: /usr/openv/netbackup/bin/bp.kill_all Démarrer tous les daemon NetBackup: /usr/openv/netbackup/bin/bp.start_all Windows Se positionner dans le répertoire C:\programmes\veritas\Netbackup\bin et exécuter la commande suivante: bpdown -f -v bpup -f -v Add credentials for Vmware backup host Via la console d'administration netbackup: → menu Media end Device Management → Credentials → Virtual machine Servers → Clic droit sur Virtual machine Servers → sélectionner «New Virtual Machine Server» → Entrer le nom FQDN du Virtual Center ou de l'ESX → Credentials: → Virtual Machine Server Type: VMware Virtual Center → User name: <your_username> → Password: <your_password> → Confirm password: retaper le mot de passe → cocher Validate credentials → for backuphost: <your_vmware_backup_host> → Connect using port number: 443 Configuration client: incremental backup on timestamp La sauvegarde incrémentale des machines virtuelles doit être effectuée sur les modifications par rapport au temps et non au bit d'archive. Via la console d'administration netbackup: → NetBackup Management → Host Properties → Clients → clic droit sur <your_Vmware_backup_host_client> → Properties → Windows Client → Client Settings → Cocher «Based on timestamp» → valider par «Ok» VM configuration for Block level incremental backup (BLIB): Afin de pouvoir utiliser l'option Block level incremental backup (BLIB) dans les politiques de sauvegardes des machines virtuelles, il faut au préalable activer l'option Change block tracking dans les options de configuration de la machine virtuelle. (Idéalement, cette configuration devrait être intégrée au template.) Page 110 de la documentation Symantec NetBackup TM for VMware Administrator's Guide Release 7.1 Afin d'autoriser la sauvegarde incrémentale par block (BLIB), il faut activer l'option «Change Block tracking (ctk)» au niveau de la configuration de la machine virtuelle. Pour cela, suivre les étapes suivantes: Éteindre la machine virtuelle Clic droit sur la machine virtuelle → sélectionner «Edit Settings» Onglet Options → Section «Advanced» → Configuration parameters → Cliquer ensuite sur «Add Row». Dans la colonne Name, ajouter ctkEnabled .Dans la colonne Value, ajouter true. Pour chaque disque virtuel (obtenir les informations onglet hardware de la configuration de la VM), ajouter la valeur suivante: scsiX:X.ctkEnabled , puis ajouter la valeur «true». Exemple: SCSI (0:0) → scsi0:0.ctkEnabled Valider par «ok» Démarrer la machine Virtuelle. You can now backup your vm with the BLIB option. Création politique Sauvegarde mapped Full VM backup Via la console d'administration netbackup: → Cliquer sur la racine de votre netbackup master server → Create a Snapshot backup policy → policy name: Vmbackup-win (exemple pour une politique de sauvegarde pour un client Windows) → Cocher «Virtual Machine type» → Sélectionner VMware → VMware backup host name: <your_vmware_backup_host> → Data to backup: Cocher Full virtual machine using Windows Flashbackup et Allow individual file restore. Cocher également "use Block level incremental backup" → Configuration parameters: Vmhostname, Mapped Full VM backup, transfert type: try all type (hot add automatically selected during backup), quiesce enable (si client windows ou si agent SYMCquiesce installé sur station linux), exclude unused and deleted blocks enable. → sélectionner la VM à sauvegarder: click on "Add" then browe your vCenter to select VM to backup → Backup selection: ALL_LOCAL_DRIVES → Backup Type: Full backups yes, Incremental backups No → retention: configurer la rétention → schedule: configurer la planification → Terminer la configuration de la politique Sélectionner ensuite la politique et éditer l'emplacement des sauvegardes: onglet Attributes → Policy Storage Ajout d'un schedule incremental à une politique existante Pour notre exemple, nous sélectionnerons la politique précédemment créée. Clic droit sur la politique backupVMs → sélectionner «change» → onglet Attributes, cocher ou vérifier que l'option «Perform block level incremental backups» soit bien sélectionnée → Onglet «Schedules» → New... → Nommer la nouvelle politique (Vmbackup-win-inc par exemple) → Sélectionner Differential ou cumulative incremental backup → Onglet «Start Window», planifier votre sauvegarde → valider par OK Tester ensuite la politique en exécutant une sauvegarde: Clic droit sur la politique → Manual backup → Sélectionner maintenant la politique de sauvegarde incrémentale créée Restoring the full VMware virtual machine Avec la méthode de sauvegarde Mapped full VM backup , plusieurs options de restauration sont disponibles: Restauration complète d'une machine virtuelle Restauration individuelle de fichiers (nécessite l'installation du client dans la machine virtuelle pour restauration du ou des fichiers directement dans la VM) Cette documentation traite de la restauration complète de la machine virtuelle (Restoring the full VMware virtual machine ). Cette documentation ne traite pas de la sauvegarde complète de la machine virtuelle. Procédure: Via la console NetBackup Backup, Archive, and Restore Lancer la console NetBackup Backup, Archive, and Restore : Menu démarrer → Tous les programmes → NetBackup Backup, Archive, and Restore Menu «File» → Specify NetBackup Machines and policy type: → Server to use for backups and restore: <your_vmware_backup_host> → Source client for restores: Sélectionner la machine virtuelle à restaurer → Destination client for restores: cette section est ignorée, l'emplacement de la restauration sera spécifié plus tard. → Policy type for restores: Flashbackup-Windows → Valider par «Ok» Sélectionner le menu «Select for Restore» → Restore from Virtual machine Backup. Dans le panneau «NetBackup history», sélectionner la sauvegarde à restaurer. Menu «Action» → Restore Sélectionner ensuite la destination de la sauvegarde: Original location ou Alternate location. Cliquer sur «Suivant»-> choix Original location Recovery options: NetBackup Recovery host: <your_vmware_backup_host> Transfert Type: try all types Virtual Machine Options: Restore UUID : Restaure la machine virtuelle avec son UUID. Ne fonctionne que si la machine virtuelle a été supprimée à la destination ou que l'option Overwrite the existing virtual machine a été sélectionnée. Sinon la restauration ne fonctionnera pas. COCHEE Overwrite the existing virtual machine : Si une machine virtuelle existe avec le même UUID, il faut au préalable supprimer la machine virtuelle avant restauration. En sélectionnant cette option, la machine virtuelle sera automatiquement supprimée. COCHEE Remove network interfaces : Supprime toutes les interfaces réseau de la machine virtuelle. Sélectionner cette option si la configuration réseau a été modifiée depuis la dernière sauvegarde. Power on virtual machine after recovery : démarre la machine virtuelle après restauration. Create thin provisioned disks : Cette option permet de restaurer la machine virtuelle avec des disques «Thin provisioned», même si la machine virtuelle a été configurée avec des disques dit «Thick provisionning». Override default job priority : Permet de modifier la priorité du job de restauration. Utile si plusieurs jobs sont en cours d'exécution ou doivent être exécutés simultanément. Cliquer sur «Suivant». Cliquer ensuite sur «Run Pre-recovery Check» pour vérifier les options de restauration. Cliquer sur «Start Recovery» pour débuter la restauration. → la machine virtuelle est alors stoppée, supprimée, créée, snapshot créé Remarques Remarque 1: avec ces options après restauration de la machine virtuelle Windows, celle-ci démarre en signalant que le système n'a pas été stoppé correctement. La machine démarre correctement par la suite. Remarque2: un disque source thin provionned n'est pas restauré en tant que tel, il est restauré en tant que thick provisionned. Probléme connu corrigé dans la version 5 de vSphere: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1020137 Restore Individuals files directly in a Virtual machine 1.Introduction La méthode de sauvegarde NetBackup for VMware permet de sauvegarder les Machines Virtuelles de plusieurs façon: Sauvegarde full et incrémentale par blocks L'association de cette méthode de sauvegarde avec le client NetBackup installé dans la machine virtuelle ajoute encore des possibilités de sauvegarde et de restauration, notamment la sauvegarde d'applications (tel que les bases de données oracle et MySql, etc.) et la restauration de fichiers individuels directement dans la Machine Virtuelle. 2.Détails 2.1.Combinaison de la technologie application client et vStorage API Utiles si on utilise des machines virtuelles qui exécutent des applications spécifiques et qui nécessitent des clients conçus spécialement pour cette application. Création de 2 politiques: une politique basée sur vStorage API et une politique de sauvegarde de l'application (via le client). 2.1.1.Avantages Restauration ultime aussi bien des fichiers, des données de l'application et de la machine virtuelle. Protection maximale aussi bien du système qui héberge l'application que de l'application et des données relatives. Les bases de données et les composants de l'application peuvent être restaurés via le client. Disaster recovery et simple et rapide d'utilisation. Restauration du fichier vmdk permet de diminuer considérablement le temps nécessaire à la réinstallation et la configuration de l'application. 2.1.2.Inconvénients Le client doit être installé et maintenu à jour sur les Vms. 2 planifications de sauvegarde sont nécessaire (vStorage API et application). Nécessité de configurer des stockage additionnel pour chaque type de sauvegarde. 4.Procédure 4.1.Ouverture des ports Afin d'autoriser la communication entre le master/media serveur NetBackup et le client installé sur la machine virtuelle, il est impératif d'ouvrir les ports TCP 13720,13782,13724,1556 entre le Vmware backup host et les zones contenant les Vms à sauvegarder (si firewall). 4.2.Installation du client NetBackup Procéder à l'installation du client dans la VM concernée. Remarque: file system Linux ext4 non pris en charge (disponible dans la prochaine version NetBackup 7.5) Lancer l'exécutif NetBackup contenu dans l'archive NetBackup 7.1 Win. Dans le menu sélectionner «Instalaltion clinet». Spécifier le nom du master server: <your_master_server> Finaliser l'installation. 4.4.Restauration de fichiers dans la VM Lancer la console Backup, Archive, and Restore. Menu «File» → Specify NetBackup Machines and Policy Type... Server to use for backups and restores: <your_vmware_backup_host> Source client for restores (or virtual client for backups): sélectionner la VM pour laquelle vous désirez restaurer des fichiers individuels → ici je sélectionne ma VM windows: <your_vm_to_restore_from> Destination client for restores: ici je sélectionne ma machine virtuelle dans laquelle je veux restaurer mes fichiers: <your_vm_to_restore_to> Policy type for restores: Je sélectionne le type de politique pour la restauration. La sauvegarde ayant été effectuée avec une politique de type «Flashbackup-Windows» je sélectionne donc «FlashBackup-Windows». Valider par «ok». Menu «Select for restore» → Restore from Normal Backup... Une fenêtre s'ouvre alors séparée horizontalement en 2 fenêtres: NetBackup History: liste toutes les sauvegardes disponibles pour la machine virtuelle sélectionnée précédemment. All Folders/Contents of <votre_machine_virtuelle>: liste les répertoires et fichiers disponibles. Sélectionner les fichiers à restaurer (cocher la sélection).Initier la restauration: Menu «Action» → Restore... La fenêtre «Restore Marked Files» s'ouvre: Restore Destination Choices: Sélectionner l'emplacement de la restauration: Restore everything to its original location Restore Options: Do not restore the file (si la destination existe déjà) Cliquer sur «Start Restore» pour débuter la restauration. Patienter pendant la restauration.
