KB962008-FIX : message d’erreur lors de l’utilisation de l’envoi de journaux dans SQL Server 2008 : "au démarrage de la base de données de secours à chaud' <nom de la base de données> ' (ID de base de données <N>), son fichier de secours (' <nom de fichier> ') n’est pas accessible à l’instruction de restauration.

Symptômes

Prenons l’exemple du scénario suivant :

• Vous avez trois serveurs dans le même domaine. Par exemple, vous avez Server A, Server B et Server C.

• Vous installez Microsoft SQL Server 2008 sur le serveur A et sur le serveur B.

• Le compte de démarrage du service SQL Server et de l’agent SQL Server est un compte de domaine.

• Vous pouvez créer deux répertoires partagés sur le serveur C. Par exemple, les dossiers portent le nom D1 et D2. Le compte de démarrage ne dispose pas des autorisations d’administrateur sur le serveur C. Toutefois, le compte de démarrage dispose de l’autorisation contrôle total pour les deux répertoires.

• Vous configurez l’envoi de journaux entre serveur A et serveur B. Pour le serveur principal, spécifiez le dossier de sauvegarde du journal des transactions pour utiliser le chemin réseau du répertoire D1. Pour le serveur secondaire, spécifiez le dossier de destination pour utiliser le chemin réseau du répertoire D2.

• Sur le serveur secondaire, vous définissez le mode de veille de la base de données secondaire.

Dans ce scénario, vous constaterez peut-être que l’envoi du journal ne fonctionne pas. Par ailleurs, le message d’erreur suivant est enregistré dans le fichier Errorlog SQL Server 2005 :

Remarque Ce problème ne se produit pas dans Microsoft SQL Server 2005.

Résolution

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Informations supplémentaires

Remarques

• Après avoir appliqué le correctif de ce problème, le. TUF (Transaction Undo file) est créé sur le serveur secondaire dans le dossier où se trouve le fichier MDF de la base de données. Auparavant, le fichier de transactions Undo a été créé sur le serveur secondaire dans le même emplacement que les fichiers de sauvegarde du journal de la base de données sont copiés.

• Ce correctif ne met à jour que les fichiers SqlLogShip. exe et SqlManagerUI. dll. Ces fichiers sont les composants outils qui prennent en charge l’envoi de journaux. Par conséquent, la mise à jour de ces fichiers affecte également les versions release de SQL Server 2008 et SQL Server 2008 Service Pack 1. En effet, même si vous n’avez peut-être qu’une seule instance de SQL Server 2008 pour laquelle ce correctif est appliqué, les composants partagés sont automatiquement mis à jour pour toutes les instances.

Références

Pour plus d’informations sur la liste des builds disponibles après la publication de SQL Server 2008, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :

956909 Builds SQL Server 2008 publiées après la sortie de SQL Server 2008Pour plus d’informations sur le modèle de service incrémentiel pour SQL Server, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :

935897 Un modèle de maintenance incrémentiel est disponible auprès de l’équipe SQL Server pour obtenir des correctifs pour les problèmes signalésPour plus d’informations sur le schéma d’appellation des mises à jour de SQL Server, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :

822499 Nouveau schéma d’affectation de noms pour les packages de mise à jour logicielle Microsoft SQL ServerPour plus d’informations sur la terminologie des mises à jour logicielles, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :

824684 Terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft