Dans cet article, nous examinons les fonctions clés des journaux de transactions dans SQL Server
Le journal des transactions, comme son nom l'indique, conserve l'historique de toutes les transactions effectuées, ainsi que les modifications apportées quotidiennement à la base de données. C'est un élément crucial de votre base de données : en cas de panne système, il permet de restaurer la base de données à un état cohérent. Il est fortement déconseillé de supprimer ou de déplacer le journal des transactions sans être absolument certain des conséquences. Voici les fonctions du journal des transactions :
- Récupération de transactions individuelles : En cas d'erreur dans le moteur de base de données, telle qu'une perte de communication avec un client ou l'émission d'une instruction ROLLBACK, le journal enregistre l'annulation des modifications effectuées lors d'une transaction incomplète.
- Récupérer les transactions incomplètes comme SQL Server commence: En cas de panne du serveur exécutant le SQL Server, certaines transactions restent incomplètes. Ces transactions et leurs modifications sont annulées lorsqu'un SQL Server l'instance commence ; ceci est fait pour assurer l'intégrité des bases de données.
- Restauration jusqu'au point de défaillance : Vous pouvez restaurer une base de données jusqu'au point de défaillance ; restaurer d'abord la sauvegarde complète de la base de données, puis la sauvegarde différentielle de la base de données, puis la sauvegarde restante du journal des transactions jusqu'au point de défaillance. Après la restauration de chaque sauvegarde de journal, le moteur de base de données appliquera les modifications nécessaires enregistrées dans le fichier journal et par la suite effectuera une reprise de toutes les transactions.
- Prise en charge de la réplication transactionnelle : Le journal des transactions de chaque base de données est surveillé par l'agent de lecture du journal à des fins de réplication transactionnelle.
- Envoi de journaux et mise en miroir de bases de données : Ces deux processus reposent principalement sur le journal des transactions. Dans Log Shipping, le fichier journal des transactions actif de la base de données principale est envoyé à plusieurs destinations par le serveur principal. Dans la mise en miroir de bases de données, l'instance de serveur principal est utilisée pour envoyer instantanément tous les enregistrements de journal à l'instance de serveur miroir.
Après avoir connu les fonctions du journal des transactions, il est également important de savoir quelles sont les caractéristiques du journal des transactions, afin de mieux comprendre le concept. Vous trouverez ci-dessous les caractéristiques du journal des transactions dans SQL Server Moteur de base de données.
- Il est implémenté isolément avec d'autres fichiers ; en tant que fichier unique ou en tant qu'ensemble de fichiers. Le cache du journal des transactions est géré séparément et non avec le cache de tampon utilisé pour les pages de données.
- Les enregistrements de journal et les pages peuvent avoir un format différent du format des pages de données.
- Il peut être implémenté dans plusieurs fichiers ; il est possible de développer automatiquement les fichiers en plaçant la valeur FILEGROWTH pour le journal stocké. Cela peut aider à réduire le manque d'espace dans le journal et à réduire simultanément les frais généraux administratifs.
- Le mécanisme qui existe pour recycler l'espace existant dans le journal des transactions fournit des résultats rapides tout en causant un impact minimal sur le débit des transactions.
Le journal des transactions permet de suivre facilement les transactions et de conserver un enregistrement de toutes les modifications causées par ces transactions.
Erreurs SQL are généralement rencontré in Toute implémentation and sne devrait pas be Ignoré
La plupart des utilisateurs de SQL s'accordent à dire que les erreurs SQL sont fréquemment remarquées et généralement négligées par les administrateurs. Cependant, les erreurs liées aux fichiers de données SQL ne doivent pas être ignorées, car elles peuvent annoncer un plantage SQL. Si vous suspectez la corruption d'un fichier SQL, vous pouvez utiliser un réparation mdf outil comme DataNumen SQL Recovery pour extraire son contenu et l'enregistrer dans un nouveau fichier MDF. Cet outil remarquable a la capacité d'effectuer une récupération complète de tous les enregistrements stockés avec tout ce qui manque, y compris les index. De plus, si nécessaire, l'outil peut également être utilisé pour enregistrer le contenu extrait dans un fichier texte.
Introduction de l'auteur:
Alan Chen est président et président de DataNumen, Inc., qui est le leader mondial des technologies de récupération de données, y compris récupération d'accès et produits logiciels de récupération sql. Pour plus d'informations, visitez www.datanumen.com