Glossaire Optim Database
Administrator
A
- actualiser
- Processus permettant de garantir que le modèle de base correspond à la version la plus récente
du catalogue de base de données DB2. Il est possible qu'une base de données soit modifiée
entre la création des commandes de changement et leur déploiement. Actualiser le modèle de base
permet de détecter ces changements, et, si nécessaire, de recréer les commandes de changement.
- analyse de migration
- Comparaison et transfert des différences entre les modèles de deux bases de données
distinctes lors de la modification du schéma de catalogue d'une base de données
pour correspondre à une autre base de données.
- analyse de modèle
- Processus d'analyse d'un modèle pour vérifier s'il est conforme
aux contraintes définies.
- analyse d'impact
- Processus d'identification des dépendances d'un objet.
Lorsqu'un objet est
modifié, une liste d'objets associés pouvant être affectés par ces changements
peut être générée.
- annuler
- Processus d'inversion (annulation) des commandes déployées correctement
ou partiellement à partir du script de gestion des changements dans
l'éditeur de script de gestion des changements.
- appliquer au script de gestion des changements
- Processus d'intégration des commandes de changement ou des changements dans un script de gestion des changements.
- archive
- Processus de capture des données, des définitions et des informations d'environnement
à partir de la source d'archivage (exprimée en langage SQL) et stockage de ces données dans une
cible d'archivage, comprenant aussi la suppression de l'ensemble ou d'une partie des données source. Ce
processus peut être lancé en exécutant une tâche de déchargement.
- assistant de tâche
- Editeur qui vous guide à travers le processus d'exécution de différentes
activités d'administration de base de données, telles que la sauvegarde d'une base de données,
le chargement d'une table ou la nouvelle liaison d'un package.
C
- commandes de changement
- Collection ordonnée d'opérations, par exemple DDL, DML, DCL, utilitaires d'exécution,
commandes bind et rebind.
- comparaison
- Processus d'analyse des différences entre deux modèles. Souvent, un modèle de
base de données contenant les propositions de changement est comparé à un
modèle antérieur de cette base de données pour comprendre les effets de ces changements. Ou, lorsque le
schéma d'une base de données est modifié pour correspondre à une autre base de données, les modèles des
bases de données source et cible peuvent être comparés afin de déterminer
les différences entre ces bases de données.
- conservation des données
- Processus de spécification du mode de contrôle des données dans la base de données cible
lorsque des changements sont effectués dans la structure ou les métadonnées d'une base de données.
- contrôle
- Processus de suivi des changements de base de données pour fournir un enregistrement
de l'évolution de la base de données. Le contrôle permet d'assurer le suivi des auteurs des différentes actions et permet
d'éviter tout accès aléatoire aux données.
- copie
- Déplacement d'un ou plusieurs objets avec copie complète de la structure interne,
de la base de données source (connexion de base de données, modèle de données physique
ou fichier script DDL) à la base de données cible.
- copier/coller
- Processus consistant à copier un objet dans la Liste d'objets, puis de le coller dans la même base de données ou dans une base de données différente.
L'éditeur de script de gestion des changements peut être utilisé pour déplacer des objets, données et dépendances.
D
- Database Partitioning Feature (DPF)
- Fonction de DB2 for Linux, UNIX, and Windows qui
peut être utilisée pour améliorer la gestion d'une base de données volumineuse en la divisant en plusieurs partitions de base de données physiquement présentes sur un ou plusieurs serveurs.
- déploiement
- Processus de modification de la base de données pour refléter les conditions
indiquées lors de la phase de spécification des changements. Le déploiement comprend le processus
de dénomination de la base de données cible, l'exécution des commandes de changement générées
lors de la phase de spécification des changements sur la base de données et la gestion du processus
d'annulation.
- déployer
- Processus d'émission des commandes de changement sur des objets DB2. Par exemple,
des tables, des espaces table et des déclencheurs. Voir également exécuter.
- DPF
- Voir Database Partitioning Feature.
E
- environnement
- Voir niveau.
G
- générer
- Processus de création des commandes de changement.
H
- HADR
- Voir reprise à haut niveau de disponibilité après incident.
I
- ignorer
- Processus où des objets sont ignorés lors de la migration d'objets avec
l'éditeur de script de gestion des changements. Ce processus
exclut le type d'objet de la procédure de comparaison
des objets source et cible dans l'éditeur de comparaison.
M
- masquer
- Processus où des noms sont convertis lors de la migration d'objets avec
l'éditeur de script de gestion des changements. Ce processus
contraint les noms des objets source à mapper aux noms des objets
cible dans l'éditeur de comparaison. Par exemple, le nom de schéma
de DEV peut être mappé à TEST.
- méthode de déchargement
- La méthode de déchargement détermine le type de commandes de déchargement générées pour
la conservation des données et s'il faut conserver les données en externe dans des fichiers de
données ou en interne dans la base de données. La méthode à utiliser peut être spécifiée
en cliquant sur Options de données dans la section Commandes
de l'éditeur de script de gestion des changements,
lequel démarre l'assistant Personnaliser la préservation des données.
- méthode de rechargement
- La méthode de rechargement détermine le type de commandes de rechargement à générer
pour la conservation des données en externe. La méthode à utiliser peut être spécifiée
en cliquant sur Options de données dans la section Commandes
de l'éditeur de script de gestion des changements,
lequel démarre l'assistant Personnaliser la préservation des données.
- migration
- Déplacement d'un ou plusieurs objets avec copie partielle de la structure
interne de la source à la cible. Processus de modification du schéma de catalogue
d'une base de données pour correspondre à une autre base de données. La migration peut être lancée
à partir de plusieurs points de départ différents. Par exemple, les objets source et cible sont comparés
et le fichier DDL est généré pour aligner la cible sur la source. Les objets de base de données, les attributs ou les dépendances peuvent être migrés
dans la même base de données ou entre différents niveaux de base de données.
- modèle
- Représentation du catalogue de base de données (se référant aux objets de schéma de base
de données). Voir aussi modèle source et modèle cible.
- modèle cible
- Modèle constituant la représentation d'une base de données après l'application des changements.
- modèle source
- Modèle qui sert de base ou de source à la modification d'un autre modèle.
N
- niveau
- Décrit l'objectif de la base de données dans l'infrastructure informatique. Par exemple,
le développement, le test ou la production constituent différents niveaux
de base de données.
O
- objet inopérant
- Objet DB2 valide,
mais qui doit être recréé pour être utilisé.
- objet non défini
- Objet DB2 valide et opérationnel mais non défini au moment de l'exécution.
P
- projet
- Voir projet de conception de données.
- projet de conception de données
- Conteneur utilisé pour stocker les ressources nécessaires pour planifier, analyser
et réaliser des changements de base de données. Les projets correspondent à des répertoires dans le système de fichiers.
R
- redémarrer
- Processus de redémarrage des commandes dans un script de gestion des changements si une erreur se produit lorsque le script est exécuté à partir de l'éditeur de script de gestion des changements.
- reprise à haut niveau de disponibilité après incident
- Solution de reprise après incident de DB2 for Linux, UNIX, and Windows qui
utilise l'envoi de journaux et fournit des données à un système de secours si une défaillance du site complet ou partiel se produit sur un système principal.
- ressources
- Modèles et scripts qui constituent un changement. Les ressources d'un changement
résident dans des dossiers du projet de changement.
S
- script de gestion des changements
- Ensemble des changements que vous souhaitez effectuer dans votre base de données. Le script
de gestion des changements associe les ressources de changement entre elles et organise
ces ressources de manière cohérente. Il décrit les ressources de spécification et les métadonnées relatives
au mode d'émission des changements. Vous pouvez utiliser le script de gestion des changements
pour déployer des changements sur vos bases de données DB2.
- spécification des changements
- Processus de définition d'un ensemble de changements que vous souhaitez appliquer à une base de données. Ce processus implique la modification des modèles de la base de données et l'analyse d'impact
de ces changements. Une fois les changements définis, vous pouvez les déployer sur la base
de données réelle.