L’utilisation de DBCC CLONEDATABASE pour générer une copie uniquement les statistiques et les schémas d’une base de données de l’utilisateur dans le Service Pack 2 de SQL Server 2014

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3177838
Résumé
Cette mise à jour introduit une nouvelle commande de gestion DBCC CLONEDATABASE (Transact-SQL) dans Service Pack 2 de Microsoft SQL Server 2014. Cette commande crée une nouvelle base de données qui contient le schéma de tous les objets et les statistiques de la base de données de la source spécifiée.

À propos des service packs pour SQL Server
Les service packs sont cumulatifs. Chaque nouveau service pack contient tous les correctifs qui se trouvent dans les service packs précédents et tous les nouveaux correctifs. Notre recommandation est d’appliquer le dernier service pack et la mise à jour cumulative la plus récente pour ce service pack. Vous n’avez pas à installer un service pack antérieur avant d’installer le dernier service pack. Utilisez le tableau 1 de l’article suivant pour trouver plus d’informations sur le dernier service pack et les dernières mises à jour cumulatives.

À propos de DBCC CLONEDATABASE
Services de Support technique Microsoft peut vous demander de générer un clone d’une base de données à l’aide de DBCC CLONEDATABASE pour étudier des problèmes de performances liés à l’optimiseur de requêtes.

Remarque La base de données nouvellement généré généré à partir de DBCC CLONEDATABASE n’est pas pris en charge pour être utilisé comme une base de données de production et est conçu à des fins de dépannage et de diagnostic. Nous vous recommandons de détachement de la base de données clonée après la création de la base de données.

Le clonage de la base de données source est effectué par les opérations suivantes :
  • Crée une nouvelle base de données de destination qui utilise la même disposition de fichier comme source, mais avec une taille de fichier par défaut en tant que la base de données du modèle.
  • Crée un instantané interne de la base de données source.
  • Copie les métadonnées du système à partir de la source de la base de données de destination.
  • Copie tous les schémas pour tous les objets de la source de la base de données de destination.
  • Statistiques des copies de tous les index de la source de la base de données de destination.
Syntaxe
DBCC CLONEDATABASE (source_database_name, target_database_name)
Arguments
  • source_database_name

    Cet argument est le nom de la base de données dont les statistiques et schéma doivent être copiés.
  • target_database_name

    Cet argument est le nom de la base de données dont le schéma et les statistiques de la base de données source sont copiées vers. Cette base de données sera créé par DBCC CLONEDATABASE et ne doit pas déjà exister.
Quand utiliser DBCC CLONEDATABASE ?
DBCC CLONEDATABASE doit servir à créer un schéma et des statistiques seule copie d’une base de données de production afin d’étudier les problèmes de performances des requêtes. Être conscient des restrictions suivantes et objets pris en charge :
  • Restrictions

    Les validations suivantes sont exécutées par DBCC CLONEDATABASE. La commande échoue si une des validations échoue.
    • La base de données source doit être une base de données de l’utilisateur. Le clonage de bases de données système (master, model, msdb, tempdb, base de données de distribution etc.) n’est pas autorisé.
    • La base de données source doit être en ligne ou accessible en lecture.
    • Une base de données qui utilise le même nom que la base de données du clone ne doit pas déjà exister.
    • La commande n’est pas dans une transaction utilisateur.


    Si toutes les validations réussissent, DBCC CLONEDATABASE s’exécute les opérations suivantes :
    • Création du fichier de données principal et le fichier journal
    • Ajout de dataspaces secondaire
    • Ajout de fichiers secondaires

    Remarque Tous les fichiers de la base de données cible hérite les paramètres de taille et la croissance de la base de données du modèle. Convention de nom de fichier : les noms de fichier de la base de données de destination suivent la convention source_file_name _underscore_random nombre . Si le nom de fichier généré existe déjà dans le dossier de destination, DBCC CLONEDATABASE échoue.
  • Capture instantanée de base de données interne

    DBCC CLONEDATABASE utilise un instantané de la base de données interne de la base de données source pour la cohérence transactionnelle qui est nécessaire pour effectuer la copie. Cela empêche les problèmes de blocage et de l’accès concurrentiel lors de l’exécution de ces commandes. Si une capture instantanée ne peut pas être créée, DBCC CLONEDATABASE échoue.

    Verrous de base de données sont maintenus au cours suivant les étapes du processus de copie :
    • Valider la base de données source
    • Obtenir de verrou S de la base de données source
    • Créer la capture instantanée de la base de données source
    • Créer une base de données de clone (il s’agit d’une base de données vide qui hérite de modèle)
    • Verrou d’obtenir X pour la base de données du clone
    • Copie les métadonnées de la base de données du clone
    • Libère tous les verrous de base de données

    Dès que la commande est terminée, le snapshot interne est supprimé. Options fiable et DB_CHAINING sont désactivées sur une base de données clonée.
Objets pris en charge
Que le schéma des objets suivants est copié dans la base de données de destination. Tous les objets qui ne sont pas répertoriés dans la section suivante ne sont pas copiés :
  • RÔLE D’APPLICATION
  • GROUPE DE DISPONIBILITÉ
  • INDEX DE COLUMNSTORE
  • CDB
  • CDC
  • PROPRIÉTÉS DE BASE DE DONNÉES
  • DEFAULT
  • FICHIERS ET GROUPES DE FICHIERS
  • FONCTION
  • INDEX
  • OUVERTURE DE SESSION
  • FONCTION DE PARTITION
  • SCHÉMA DE PARTITION
  • PROCÉDURE
    Remarque Procédures T-SQL uniquement. Procédures stockées compilées en mode natif et procédures CLR ne sont pas copiés.
  • RÔLE
  • RÈGLE
  • SCHÉMA
  • SEQUENCE
  • INDEX SPATIAL
  • STATISTIQUES
  • SYNONYME
  • TABLE
    Remarque Uniquement les utilisateurs et les tables de filestream sont copiés. Les tables de mémoire optimisée et fichiers ne sont pas copiés.
  • DÉCLENCHEUR
  • TYPE DE
  • MISE À NIVEAU DE BASE DE DONNÉES
  • USER
  • AFFICHAGE
  • INDEX XML
  • COLLECTION DE SCHÉMAS XML

Autorisations
Vous devez disposer de l’appartenance dans le rôle serveur fixesysadmin .
Messages du journal des erreurs
Les messages suivants sont enregistrés dans le journal des erreurs pendant le processus de clonage :

Horodatage> spid53 clonage de base de données pour 'sourcedb' a démarré avec la cible en tant que « sourcedb_clone ».

Horodatage> spid53 partir de la base de données 'sourcedb_clone'.

Horodatage> option de base de données de paramètre spid53 fiable sur OFF pour la base de données 'sourcedb_clone'.

Horodatage> option de base de données de paramètre spid53 DB_CHAINING désactivée pour la base de données 'sourcedb_clone'.

Horodatage> spid53 partir de la base de données 'sourcedb_clone'.

Horodatage> la base de données de spid53 'sourcedb_clone' est une base de données clonée. Une base de données clonée doit être utilisée uniquement à des fins de diagnostic et n’est pas pris en charge pour une utilisation dans un environnement de production.

Horodatage> spid53 clonage de base de données pour 'sourcedb' terminée. Base de données clonée est 'sourcedb_clone'.
Propriété de base de données
Une nouvelle propriété de base de données IsClone est ajoutée. DATABASEPROPERTYEX ('nom_base_de_données', 'IsClone') renvoie 1si la base de données est généré à l’aide deDBCC CLONEDATABASE.
Exemple : création d’un clone de la base de données AdventureWorks
L’exemple suivant exécute DBCC CLONEDATABSE pour la base de données AdventureWorks .

Transact-SQL -- Generate the clone of AdventureWorks database.    DBCC CLONEDATABASE (AdventureWorks, AdventureWorks_Clone);    GO   

Références
En savoir plus sur la terminologie que Microsoft utilise pour décrire les mises à jour logicielles.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3177838 - Dernière mise à jour : 07/12/2016 03:59:00 - Révision : 1.0

Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3177838 KbMtfr
Commentaires