L'utilitaire de migration permet de migrer des données d'inventaire, qui sont définies par vos domaines de collecte ZENworks Asset Management 7.5, ainsi que des données de gestion des ressources. Ces données comprennent ce qui suit :
données d'inventaire
périphériques (y compris les périphériques supprimés, si désiré. Reportez-vous à la Section 1.6.1, Migration des données d'inventaire)
historique des périphériques
produits logiciels locaux
composants matériels/logiciels
champs définis par l'administrateur (connus sous le nom de champs définis par l'utilisateur dans ZENworks Asset Management 7.5)
rapports personnalisés
données de gestion des actifs
données d'utilisation de gestion des actifs
rapports personnalisés de gestion des actifs
champs définis par l'administrateur de gestion des actifs (connus sous le nom de champs définis par l'utilisateur dans ZENworks Asset Management 7.5)
produits du catalogue
produits découverts
enregistrements d'achats
produits sous licence
collections de logiciels
contrats et notifications de dates
documents
Les périphériques réseau et les relations réseau-contrat ne migrent pas. Les relations entre les contrats et les périphériques du réseau peuvent être rétablies après qu'un processus d'identification des périphériques du réseau ait été effectué au sein de ZENworks 10 Asset Management.
Les données d'inventaire peuvent migrer via un périphérique individuel ou en tant que groupe. Les données de gestion des actifs migrent en tant que groupe.
Lorsque vous migrez des données d'inventaire, par défaut, vous migrez également les éléments suivants :
Définitions des produits locaux : définitions des produits locaux définies dans ZENworks Asset Management 7.5. Ces définitions de produits migrent en tant que groupe ; elles ne peuvent pas migrer individuellement. Si vous voulez faire migrer simplement les définitions des produits locaux sans les données d'inventaire, reportez-vous à la section Migration des définitions de produits locaux.
Définitions des champs définis par l'administrateur : champs d'inventaire et de gestion des ressources définis par l'administrateur dans ZENworks Asset Management 7.5. (Les champs définis par l'administrateur sont connus sous le nom de champs définis par l'utilisateurdans ZENworks Asset Management 7.5.) Ces définitions de champs ont migré en tant que groupe ; elles ne peuvent pas migrer individuellement. Si vous voulez faire migrer simplement les définitions des champs définis par l'administrateur sans les données d'inventaire, reportez-vous à la section Utilisation de l'utilitaire de migration.
Rapports personnalisés : rapports personnalisés d'inventaire et de gestion des ressources définis dans ZENworks Asset Management 7.5. Les rapports migrent en tant que groupe. Si vous voulez faire migrer les rapports personnalisés sans les données d'inventaire, reportez-vous à la section Migration des rapports personnalisés.
La migration des données d'inventaire génère également la migration des données de gestion des actifs suivantes :
données d'utilisation
rapports personnalisés
champs définis par l'administrateur
L'utilitaire de migration doit remplir les conditions suivantes :
Windows* XP Professionnel 5.1 SP2, Windows XP Professionnel 5.1 SP 3, Windows Vista* SP1 x86, Windows Server* 2003 5.2 SP2 ou Windows Server 2008 x86 ; Windows 2000 et Windows 2008 ne sont pas pris en charge.
Connectivité réseau aux serveurs de base de données source et de destination
Source de la migration : ZENworks Asset Management 7.5
Destination de la migration : ZENworks 10 Asset Management
Package redistribuable Microsoft .NET Framework Version 2.0 (x86)
(Facultatif) ZENworks 10 Asset Management. Ce produit est nécessaire pour consulter les données de gestion des actifs migrées.
Pour migrer les données, vous pouvez utiliser les combinaisons de bases de données suivantes :
SQL Server vers SQL Server
SQL Server vers Sybase
Oracle vers Oracle
À des fins de migration, les bases de données Oracle peuvent être Oracle 9.2, Oracle 10.1 ou Oracle 10.2. Si vous utilisez une base de données Oracle, respectez les consignes suivantes :
Le client Oracle doit être installé sur l'ordinateur exécutant l'utilitaire de migration. Pour Oracle 10.1 et 10.2, il doit s'agir de la version Administrator du client et non de la version InstantClient.
Pour le client Oracle 10.2, vous devez appliquer le correctif 5473334 (ID de doc 387818.1). Parmi les divers composants d'accès aux données inclus dans le correctif, Oracle Provider pour OLEDB version 10.2.0.2.20 est requis.
TNSNAMES.ORA doit contenir des entrées pour les services de base de données source et de destination. Pour créer ces entrées automatiquement, loguez-vous aux bases de données ZENworks Asset Management 7.5 et ZENworks 10 Asset Management à l'aide de la console Oracle Enterprise Manager ou de Net Configuration Assistant, option Local Net Service configuration (Configuration du nom du service réseau local). Notez que les noms utilisés pour ces entrées doivent correspondre exactement au nom du service correspondant.
Le répertoire bin d'Oracle (par ex., C:\oracle\product\10.2.0\client_1\BIN) doit se trouver dans votre paramètre PATH. En revanche, les répertoires et installations d'autres produits Oracle ne doivent pas s'y trouver.
L'utilisateur associé au schéma pour la base de données Oracle de ZENworks Asset Management 7.5 (NCSYSTEM par défaut) doit disposer du rôle « DBA » lors de l'exécution de la migration (par défaut, seul NCSYSTEM dispose du rôle « CONNECT »).
La migration d'objets (données d'inventaire, rapports personnalisés, etc.) comporte six étapes :
Installation de l'utilitaire de migration. Pour plus d'informations, reportez-vous à la Section 1.3, Installation de l'utilitaire de migration.
Sauvegarde des bases de données source et de destination avant de commencer la migration et après chaque étape réussie.
Sélection de la source de la migration. Pour plus d'informations, reportez-vous à la Section 1.4, Sélection de la source de la migration.
Sélection de la destination de la migration. Pour plus d'informations, reportez-vous à la Section 1.5, Sélection de la destination de la migration.
Si vous avez préalablement sélectionné une zone de destination, pour une migration de pilote par exemple, une boîte de dialogue vous invite à supprimer les données d'état de migration dans la base de données ZENworks Asset Management 7.5 source, ce qui est nécessaire si vous modifieez la destination de migration. Cliquez sur OK pour supprimer les données d'état de la migration.
AVERTISSEMENT :vous ne pouvez pas sélectionner une destination de migration une nouvelle fois. Par exemple, si vous choisissez une destination de migration de pilote, puis si vous passez à une destination de production, vous ne pouvez pas revenir à la destination de pilote.
Sélection des objets à migrer.
Les définitions des champs définis par l'administrateur, les définitions des produits locaux et les rapports personnalisés sont migrés par défaut à la première migration des données d'inventaire. Pour les faire migrer séparément, reportez-vous à la Section 1.6, Migration d'objets. Certains rapports personnalisés ne sont pas migrés car le schéma de la base de données change. Pour plus d'informations, reportez-vous à la Section 1.6.7, Migration des rapports personnalisés.
Lors de la sélection des objets à migrer, gardez en tête ce qui suit :
Les données d'inventaire et de gestion des ressources doivent être migrées en utilisant la même version de l'utilitaire de migration.
Vous ne pouvez migrer des objets qu'une seule fois.
Vous devez faire migrer les données d'inventaire avant les données de gestion des actifs.
Les postes de travail qui n'ont pas été inventoriés ne migrent pas. En outre, si le poste de travail est associé à un contrat, la relation entre le contrat et le poste de travail ne migre pas non plus.
Si vous voulez effectuer une migration par étapes, sélectionnez un sous-ensemble de postes de travail à migrer. ne migrez pas les données de gestion des actifs avant que toutes les étapes ne soient terminées. Pour plus d'informations sur les étapes, reportez-vous à la section Étapes d'une migration.
Lancement de la migration.
La migration peut prendre plusieurs heures, en fonction de la taille de la base de données à migrer. Au cours de la migration, l'utilitaire risque parfois de ne pas répondre. Si la migration est interrompue ou annulée, elle peut être redémarrée. La migration se poursuit alors à partir du dernier enregistrement migré du processus de migration. Si une erreur est signalée lors de la nouvelle exécution du processus de migration, vous pouvez l'ignorer. Pour plus d'informations, reportez-vous à la Section 1.6, Migration d'objets.