| Pré. | Proc. |
Transférer un Référentiel Complet
Dans le cadre d'une maintenance système normale, il est probable qu'à un moment donné, vous ayez besoin de déplacer des données entre des systèmes de stockage. L'objectif de la fonctionnalité Transfert complet de projet est d'écraser complètement tout ce qui se trouve dans le référentiel cible avec le contenu du référentiel source. Le principal avantage de cette fonctionnalité est que tout type de référentiel pris en charge peut être transféré vers n'importe quel autre type de référentiel.
Dans n'importe quelle édition d' Enterprise Architect , vous devrez peut-être transférer tous les enregistrements d'un fichier de projet vers un autre (recommandé après une panne réseau grave ou une corruption répétée de la base de données). Les fichiers de projet peuvent être des fichiers .qea (SQLite), .feap (Firebird) ou .eap (Access), et vous pouvez les transférer d'un type de fichier vers un autre.
Dans les éditions Corporate , Unified et Ultimate d' Enterprise Architect , vous devrez peut-être :
- Remplissez un nouveau fichier de projet à partir d'un projet gabarit EABase ou d'un autre projet que vous souhaitez dupliquer (en utilisant l'une des options « Fichier vers... »)
- Transférer un fichier de projet existant vers un référentiel SGBD tel que SQL Server ou MySQL
- Transférer un référentiel SGBD vers un fichier de projet existant
- Déplacer un référentiel d'un SGBD à un autre (y compris le déplacement entre des serveurs utilisant le même SGBD)
- Copiez tous les enregistrements d'un référentiel JET 3.5 vers JET 4 (Access 2000 ou XP) - ou inversement
Accéder
|
Ruban |
Paramètres > Modèle > Transférer > Transfert complet du projet via la connexion |
Effectuer un transfert de données de projet
Étape |
Action |
Voir aussi |
|---|---|---|
|
1 |
Exécuter une vérification de l'intégrité des données du projet par rapport au référentiel source et corrigez les problèmes éventuels. |
Vérifier l'intégrité des données |
|
2 |
Si le projet cible contient des données, il est généralement conseillé d'effectuer une sauvegarde de ce projet pour vous assurer de pouvoir récupérer toutes les informations importantes qu'il contient. Pour un référentiel basé sur des fichiers, cela peut être réalisé en faisant une copie du fichier de projet, mais si la cible est basée sur un SGBD, l'utilitaire de sauvegarde officiel du SGBD doit être utilisé. |
|
|
3 |
Cliquez sur le bouton radio correspondant au type de transfert requis :
|
|
|
4 |
Dans les champs « Projet source » et « Projet cible », recherchez et sélectionnez les chaînes de connexion pour les projets source et cible. Vous serez peut-être invité à sélectionner la connexion à la base de données à utiliser, soit la dialogue « Ouvrir une connexion au serveur » (connexion native) ou dialogue « Propriétés de liaison de données » (connexion ODBC). |
Se connecter à un Référentiel via ODBC Connexions au serveur ouvert - Connexion native |
|
5 |
Cochez l'option « Réinitialiser les GUID » si tous Paquetages / diagrammes /éléments doivent recevoir une nouvelle valeur dans le référentiel cible. Si le référentiel cible doit être utilisé comme nouveau référentiel et est complètement indépendant de la source, nous suggérons de cocher l'option « Réinitialiser les GUID », mais si le référentiel cible est une sauvegarde ou si vous souhaitez un clone de votre référentiel source, l'option « Réinitialiser les GUID » doit être décochée. |
|
|
6 |
Si vous souhaitez capturer les étapes qui se produisent pendant le transfert (ce qui est généralement recommandé), cochez la case « Fichier journal » et recherchez l'emplacement du fichier log approprié. |
|
|
7 |
Cliquez sur le bouton Transférer. Note : si la sécurité utilisateur est activée sur le référentiel cible, vous serez invité à saisir les informations d'identification d'un utilisateur disposant de l'autorisation Transférer des données . Il s'agit d'une mesure de sécurité visant à garantir que les utilisateurs non autorisés n'écrasent pas un référentiel. |
|
|
8 |
Il est recommandé d’effectuer une comparaison de projets après ce processus pour vérifier que tous les enregistrements sont écrits. |
Comparer les projets |
Notes
- Lorsque le référentiel cible est un référentiel basé sur MySQL ou SQL Server, l'utilisateur de la base de données a besoin de plus que d'un simple accès en lecture et en écriture à la base de données. Les utilisateurs MySQL ont besoin des autorisations ALTER et DROP tandis que les utilisateurs SQL Server ont besoin du rôle DB_DLLADMIN. Si l'utilisateur de la base de données ne dispose pas des autorisations nécessaires, le processus affichera un message d'erreur et ne pourra pas continuer.
- Lors de l'exécution d'un transfert de fichier .eap vers un SGBD, si la réplication du fichier .eap est activée, la réplication doit être supprimée avant d'effectuer le transfert
- Lors du transfert d'un modèle vers un SGBD, vous ne pouvez pas transférer les données dans une base de données vide - les tableaux doivent déjà exister ; s'ils ne le font pas, exécuter le script correspondant fourni par Sparx Systems pour créer les tableaux requis
- Lors du transfert d'un modèle dans un fichier de projet, de la même manière, le fichier de projet cible doit déjà exister pour fournir les structures de données dans lesquelles transférer les données.
- Dans les éditions Corporate , Unified et Ultimate d' Enterprise Architect , si la sécurité est activée, vous devez disposer de l'autorisation « Transférer des données » pour transférer les données du projet entre les référentiels.
- Vous ne pouvez pas déplacer un modèle à partir d'un fichier .eap source d'une version Enterprise Architect antérieure à 3.5.0