INF: Mode de contournement (secours) et DUMP TRANSACTION WITH NO_LOG

Traductions disponibles Traductions disponibles
Numéro d'article: 165918 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Résumé

Dans les situations peu fréquentes, une base de données peut-être être marqué SUSPECT en raison d'échec de récupération au moment du démarrage. Normalement, cela empêche quiconque de l'accès aux données. Toutefois, il est possible de définir l'état d'une base de données SUSPECT à «mode de contournement» (également appelé «mode d'urgence») et SELECT manuellement ou utiliser BCP (Bulk Copy Program) pour copier les données. Pendant que vous ne pouvez pas effectuez toute modification des données régulières dans contourner mode, il est possible d'exécuter DUMP TRANSACTION WITH NO_LOG. Notez que l'effectuer cette opération contourner mode n'est pas pris en charge et est une opération potentiellement dangereuse.

Pour des raisons similaires, si récupération au démarrage prend beaucoup de temps, vous ne devez pas abandonner il, placez la base de données en mode contournement et ne DUMP TRANSACTION WITH NO_LOG.

Plus d'informations

Toutes les actions entreprises par DUMP TRANSACTION sont généralement consignées, il est récupérable et abortable. Cependant, espace du journal est consommé par la commande DUMP lui-même. Si le journal des transactions est donc complète qu'il existe un espace insuffisant pour faire un DUMP TRANSACTION connecté, l'option WITH NO_LOG peut tronquer le journal des transactions sans consignation des commentaires.

DUMP TRANSACTION WITH NO_LOG est relativement sûr dans des conditions normales. Le serveur prend des mesures pour assurer la restauration réussit même en cas de défaillance du serveur au cours de cette opération.

En de rares circonstances la récupération automatique (également appelée récupération au démarrage) peut échouer, marquage d'une base de données suspecte. Restauration échoue pour une raison précise. Il est très important de noter le message de journal des erreurs qui initialement a causé l'échec, de restauration car il peut s'avérer utile pour diagnostiquer la cause.

«Récupération» est le processus de fabrication de la base de données cohérent par rétablissement ou annulation de toutes les transactions qui ont été soit démarrées après ou non validées au moment de la dernière point de contrôle. Ce processus repose sur la nature écriture anticipée du journal des transactions (toutes les pages modifiées sont écrits dans le journal avant d'être écrites dans la base de données). Récupération consiste à lire chaque enregistrement du journal, comparant son horodatage à l'horodatage de la page de base de données correspondante et soit annulation le changement (en cas d'une transaction non validée) ou de rétablissement le changement (en cas de transaction validée). Après avoir en notant le message de journal des erreurs qui provoque l'échec de restauration, essayez de définir l'état de la base de données à NORMAL et redémarrez SQL Server pour voir si la restauration réussit la deuxième fois. Vous pouvez modifier l'état de la base de données au moyen de la procédure sp_resetstatus stockées. Il s'agit d'une procédure stockée supplémentaire, que vous pouvez installer à partir du script Instsupl.sql dans le répertoire Mssql\Install. Pour plus d'informations, consultez «Réinitialisation de l'état suspect» dans la documentation en ligne.

Si la récupération échoue encore, notez le message d'erreur et contactez votre support technique. Vous devez également vérifier la disponibilité de votre dernière bonne sauvegarde de base de données, car il peut être nécessaire. Toutefois, plus de données dans votre base de données est souvent toujours disponible, même s'il est incohérente de façon transactionnelle (et physiquement). Vous pouvez accéder à ces données en définissant la pour ignorer l'état de la base de données ou le mode d'urgence. Pour cela par le paramètre sysdatabases.Status est de-32 768 pour une base de données SQL 6.5 et de 32768 pour une base de données SQL 7.0, après avoir mis sous tension "Autoriser les mises à jour". Par exemple, utilisez la commande suivante pour une base de données SQL 6.5 :
   UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='DBNAME'
				

Ensuite, entrez la base de données et les données de SELECT ou utiliser BCP pour obtenir. Vous risquez de rencontrer des erreurs lors de cette opération, mais dans la plupart des cas grande partie des données peut être récupérée.

Propriétés

Numéro d'article: 165918 - Dernière mise à jour: mardi 22 février 2005 - Version: 3.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.0 Standard
  • Microsoft SQL Server 6.5 Édition Standard
Mots-clés : 
kbmt kbinfo kbusage KB165918 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 165918
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Exclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com