Archive pour le Tag: ‘migration

4 articles trouvés dans cette archive
Jan/1911

Je viens de changer de MacBook récemment et à chaque fois (tous les 3 ans) je me pose la même question de quelles applications j’utilise réellement et celles que je dois garder. C’est l’occasion d’en faire un pense-bête, mais aussi de partager mes recommandations.

Tout d’abord la migration, en théorie c’est bien fait sur Mac, il y a un assistant « Migration Assistant » pour cela. Mais dans la réalité ce n’est pas si simple, car il faut respecter quelles best-practices:

  • faire du nettoyage à la source au maximum pour migrer le moins possible d’anciennes traces
  • avoir la même version de MacOS
  • ne pas avoir le répertoire du profil existant à la destination
  • avoir un nouveau mac clean (sans programmes existants)
  • faire la migration depuis un backup Time-machine. Le transfert par le réseau Wifi est trop longue (depuis Mojave, la migration ne fonctionne pas en ethernet)
Lire la suite…
Jan/15230

La nouvelle version de vRealize Operations (vR Ops 6.0) est sortie le mois dernier. Ce qui signifie que les utilisateurs de vCenter Operations 5.x (son ancien nom) en viendront à une mise à jour vers cette dernière version.

Seulement, outre le changement de nom et les nouvelles fonctionnalités, il y a un changement important en terme d’architecture. vC Ops 5.x était une appliance de 2 VMs ne pouvant évoluer qu’en scale-up, vR Ops 6.0 est une seulement VM scalable jusqu’à 8 VMs (scale-up et scale-out) orienté Big-Data pour analyser jusqu’à 5 fois plus d’objets que la version précédente.

archi_vCOps5.x_vROps6.0

Lire la suite…

Juil/13220

La phase de migration d’OS par Mirage s’appuie sur un mécanisme de Pivot entre les 2 OS accompagné de l’USMT. Par défaut, la partie de l’ancien OS qui n’a pas été réutilisé est conservé dans le répertoire « C:\Windows.old ». Ce répertoire à l’avantage de diminuer le temps et la quantité de données à faire transiter par le réseau si l’on doit faire un retour arrière en XP par exemple (Revert to Snapshot). Cependant, ce répertoire prend de la place sur la machine et devra être supprimé par la suite.

Si l’on souhaite automatiser la suppression de ce répertoire pendant la migration, il faut suivre le mode opératoire suivant:

  1. Sur la machine de référence Windows 7, éditer le fichier « C:\ProgramData\Wanova\Mirage Service\post_migration.bat« 
  2. Ajouter les lignes suivantes dans le fichier avant la ligne « exit 0 » :

REG ADD « HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\VolumeCaches\Previous Installations » /v StateFlags0033 /t REG_DWORD /d 00000002

cleanmgr /sagerun:33

Ce qui permettra après migration de la machine, d’ajouter un nouveau profile de nettoyage disques pour enlever seulement le répertoire « windows.old » puis de lancer ce nettoyage.

Le reste du mode opératoire est celui classique pour créer une base layer de migration Windows 7, c’est à dire lancer l’outil de préparation pour la migration puis capturer la Base Layer.

Mirage-post_migration

 

Sep/102

Depuis la version 4.1 de vSphere, la console vCenter ne peut être installée que sur un système 64 bits. Or, et c’est le cas chez bon nombre de personnes, la console est souvent installée sur une version Windows 2003 32bits.

Vu que le système d’exploitation doit être installée, VMware fournit dans son package d’installation un outil de migration pour ma base de données.

Voici, dans les grandes lignes, le process à suivre

Sur le serveur vCenter Source:

Arrêter les services vCenter vpxd, vctomcat….)

Copier le dossier datamigration sur le disque C:

Extraire l’archive

Exécuter la commande backup.bat

Sur le serveur vCenter Cible:

Atention !!!  ::: Ne pas installer la version 4.1 de vCenter

Copier le dossier datamigration au même emplacement (disque C: par exemple)

Executer la commande install.bat pour installer la version 4.1 et restaurer la base de données.

http://kb.vmware.com/kb/1021635

http://kb.vmware.com/kb/1022137