Administration d'entreprise > Promotion Business Administrative Change > Processus de promotion des modifications administratives métier > Avant de commencer à utiliser l'utilitaire Business Administrative Change Promotion
Avant de commencer à utiliser l'utilitaire Business Administrative Change Promotion
Vous devez prendre des décisions avant de commencer à transférer les mises à jour de système à l'aide de l'utilitaire de ligne de commande Business Administrative Change Promotion. Les sections de cette rubrique détaillent certaines options de configuration et décisions que vous devez prendre avant d'utiliser l'utilitaire. En fonction de la complexité de votre solution Windchill, certaines de ces sections peuvent ne pas s'appliquer à votre situation.
Configuration des systèmes Windchill
Avant d'apporter des modifications, vous devez configurer votre déploiement Windchill. Des déploiements Windchill simples peuvent inclure uniquement des systèmes test et de production. Pour plus d'informations, consultez la section Déploiements Windchill simples. Les déploiements Windchill plus complexes peuvent inclure plusieurs systèmes de développement et test ainsi qu'un système de production. Pour plus d'informations, consultez la section Déploiements Windchill complexes.
Lors de la configuration de votre déploiement Windchill, pensez à l'origine de chaque installation Windchill. En général, un système test est une version clonée du système de production. Les systèmes de développement peuvent également être une version clonée du système de production ou il peut s'agir de nouvelles installations Windchill. La décision de cloner ou de procéder à une nouvelle installation dépend de la taille de votre système Windchill et de la taille de la machine sur laquelle le système de développement est déployé.
Dans le diagramme suivant, le système d'intégration et le système pilote ont été clonés à partir du système de production à l'aide de l'Windchill Rehost Utility (indiqué par les flèches orange supérieures). Les trois systèmes de développement ont été installés séparément et n'incluent pas les données clonées à partir du système de production.
La décision de créer un système basé sur un clone du système de production ou sur une nouvelle installation doit être enregistrée, car le type de système est obligatoire lors de l'enregistrement d'un système cible. Pour en savoir plus, consultez le manuel anglais Enregistrement des systèmes.
Configuration des données administratives des systèmes source et cible
Après avoir configuré vos systèmes Windchill, assurez-vous qu'ils sont aussi identiques que possible. Par exemple, les deux systèmes Windchill source et cible doivent disposer des mêmes types d'objet, états de cycle de vie, domaines, etc. Les processus d'exportation et d'importation entre des systèmes qui ne sont pas identiques peuvent entraîner des conflits, qui doivent être résolus pour que l'importation puisse aboutir. Vous pouvez réduire les étapes supplémentaires potentielles en vous assurant que les deux systèmes sont identiques au niveau administratif avant de démarrer le processus de promotion des modifications administratives métier.
Un conflit courant qui se produit lors de l'exportation et de l'importation des données de participant est que le nom global autorisé du participant diffère en raison des différences dans la structure LDAP. Par défaut, les données de participant exportées sont mises en correspondance dans le système cible à l'aide du nom global autorisé. La préférence Promotion Business Administrative Change > Identification du participant à l'aide d'attributs supplémentaires est disponible et permet la mise en correspondance des données de participant en fonction des autres attributs tels que le nom, le nom d'utilisateur, l'e-mail, etc.
Etablissement de la planification
Les modifications administratives doivent être exportées et importées en suivant le rythme normal de votre société pour modifier votre environnement Windchill. En règle générale, chaque société dispose d'une planification de déploiement qu'elle gère. Le processus de promotion des modifications administratives métier est créé pour s'adapter à votre processus précédemment créé.
Configuration de groupes définis par l'utilisateur pour l'exécution de l'utilitaire de ligne de commande
Le groupe d'administrateurs de site est le seul groupe pourvu des permissions appropriées pour exécuter l'utilitaire de ligne de commande Business Administrative Change Promotion. Vous pouvez créer un nouveau groupe et lui attribuer les permissions suivantes pour autoriser les utilisateurs du groupe à exécuter l'utilitaire :
Pour exporter les modifications administratives métier :
Domaine
Type d'objet
Etat du cycle de vie
Permissions
/System (Site)
BACTarget
Tous
Lire et créer
/System (Site)
BACDeleteRecord
Tous
Lire
/Default (Site)
BACPackage
Tous
Lire et créer
/Default (Site)
BACDeliveryRecord
Tous
Lire et créer
/Default (Site)
ExportRecord
Tous
Lire et créer
Pour importer les fichiers exportés :
Domaine
Type d'objet
Etat du cycle de vie
Permissions
/Default (Site)
BACReceivedDelivery
Tous
Lire et créer
Pour importer des profils :
Domaine
Type d'objet
Etat du cycle de vie
Permissions
/User (Org) pour les profils au niveau de l'organisation
ou
/Unaffiliated (Site) pour les profils au niveau du site
WTGroup
Tous
Lire et créer
/User (Org) pour les profils au niveau de l'organisation
ou
/Unaffiliated (Site) pour les profils au niveau du site
WTUser
Tous
Lire
/User (Org) pour les profils au niveau de l'organisation
ou
/Unaffiliated (Site) pour les profils au niveau du site
WTGroup
Tous
Lire
/User (Org) pour les profils au niveau de l'organisation
ou
/Unaffiliated (Site) pour les profils au niveau du site
WTRolePrincipal
Tous
Lire
/User (Org) pour les profils au niveau de l'organisation
ou
/Unaffiliated (Site) pour les profils au niveau du site
WTOrganization
Tous
Lire
/System (Org)
PDMLinkProduct pour les produits
Project pour les projets
Project2 pour les programmes
WTLibrary pour les bibliothèques
Tous
Lire
/User (Org)
OrgContainer
Tous
Lire
/ (root)
ExchangeContainer
Tous
Lire
Pour importer des règles de contrôle d'accès aux politiques :
Domaine
Type d'objet
Etat du cycle de vie
Permissions
Domaine dans lequel la règle de contrôle d'accès aux politiques est créée
AccessPolicyRule
Tous
Lire et créer
/User (Org) pour les règles de contrôle d'accès aux politiques au niveau de l'organisation
ou
/Unaffiliated (Site) pour les règles de contrôle d'accès aux politiques au niveau du site
WTUser
Tous
Lire
Domaine dans lequel le groupe est créé
WTGroup
Tous
Lire
/User (Org) pour les règles de contrôle d'accès aux politiques au niveau de l'organisation
ou
/Unaffiliated (Site) pour les règles de contrôle d'accès aux politiques au niveau du site
WTRolePrincipal
Tous
Lire
Domaine dans lequel le groupe de l'organisation est créé
WTOrganization
Tous
Lire
/System (Org) pour les règles de contrôle d'accès aux politiques dans un contexte d'application (produit, bibliothèque, projet ou programme)
PDMLinkProduct pour les produits
Project pour les projets
Project2 pour les programmes
WTLibrary pour les bibliothèques
Tous
Lire
/User (Org) pour les règles de contrôle d'accès aux politiques dans un contexte d'organisation
OrgContainer
Tous
Lire
/ (root)
ExchangeContainer
Tous
Lire
Est-ce que cela a été utile ?