Discussion :

[new_wave]

Bonjour,

Un backup différentiel récupère les modifications effectuées sur une BDD depuis la dernière sauvegarde complète .

Si une panne survient quelques minutes à après un backup différentiel , on va pouvoir restaurer la BDD à partir de la dernière sauvegarde complète+de la dernière sauvegarde différentielle + à partir du journal des transactions.
Et si des instructions de type CREATE, ALTER ont été exécutées après la dernière sauvegarde différentielle, du fait que le journal des transactions ne les contient pas, comment va -t-on pouvoir les rejouer pour retrouver une BDD dans un état cohérent?

Vous remerciant de votre réponse,

Bien cordialement.

new_wave

[SQLpro]

Si une panne survient quelques minutes à après un backup différentiel , on va pouvoir restaurer la BDD à partir de la dernière sauvegarde complète+de la dernière sauvegarde différentielle + à partir du journal des transactions.

Pas tout à fait...
on va pouvoir restaurer la BDD à partir de la dernière sauvegarde complète+de la dernière sauvegarde différentielle : OUI
Si vous pouvez sauvegarder l'actuel journal de transaction de la base en effectuant une sauvegarde en mode d'urgence, par exemple avec un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BACKUP LOG ... WITH NO_TRUNCATE

, même si la base n'est plus visible dans SSMS, alors vous pourrez aussi utiliser cette sauvegarde du journal de transaction pour compléter la restauration jusqu'au moment ultime ou la base n'a plus fonctionné, et par conséquent en récupérant tout sans aucune perte.

Et si des instructions de type CREATE, ALTER ont été exécutées après la dernière sauvegarde différentielle, du fait que le journal des transactions ne les contient pas, comment va -t-on pouvoir les rejouer pour retrouver une BDD dans un état cohérent?

Il n'existe AUCUNE instruction SQL d'aucune nature que ce soit (DML, DDL, DCL...) qui ne soit pas journalisée dans SQL Server. Donc toutes les commandes qui modifie les données de la base, la structure de la base, comme les éléments de sécurité (INSERT, UPDATE, DELETE, MERGE, TRUNCATE, ALTER, CREATE, DROP, GRANT, REVOQUE....) seront présente dans votre resuaration.

A +

[new_wave]

Bonsoir

Je vous remercie de votre réponse que je vais reprendre tranquillement.

Vous dites

Il n'existe AUCUNE instruction SQL d'aucune nature que ce soit (DML, DDL, DCL...) qui ne soit pas journalisée dans SQL Server. Donc toutes les commandes qui modifie les données de la base, la structure de la base, comme les éléments de sécurité (INSERT, UPDATE, DELETE, MERGE, TRUNCATE, ALTER, CREATE, DROP, GRANT, REVOQUE....) seront présente dans votre restauration.

Dans le support de cours d'administration de BDD Sql Server sur lequel je travaille , voici ce qui est dit

Dans le journal de transactions , on trouvera toutes les opérations venues modifier les données présentes dans la base, c'est à dire une copie des opérations INSERT, UPDATE et DELETE.

Attention: dès qu'on effectue une modification sur la structure (CREATE , ALTER, DROP) ces instructions ne sont pas journalisées
et le résultat de ces instructions ne sera donc pas présent dans le journal des transactions.
Les modifications sur la structure de la BDD impliquent le déclenchement d'une sauvegarde complète de la BDD pour repartir correctement au niveau des restaurations .

Comment expliquez vous cette différence d'explication quant à la journalisation des instructions ?

Vous remerciant encore de tous vos éclaircissements .

Bien cordialement.

new_wave

[SQLpro]

... Dans le support de cours d'administration de BDD Sql Server sur lequel je travaille , voici ce qui est dit

Dans le journal de transactions , on trouvera toutes les opérations venues modifier les données présentes dans la base, c'est à dire une copie des opérations INSERT, UPDATE et DELETE.

Attention: dès qu'on effectue une modification sur la structure (CREATE , ALTER, DROP) ces instructions ne sont pas journalisées
et le résultat de ces instructions ne sera donc pas présent dans le journal des transactions.
Les modifications sur la structure de la BDD impliquent le déclenchement d'une sauvegarde complète de la BDD pour repartir correctement au niveau des restaurations .

Comment expliquez vous cette différence d'explication quant à la journalisation des instructions ?

Il s'agit sans aucun doute d'un crétin. Donnez moi son nom !

En effet SQL Server depuis son origine journalise tout, sans aucune exception.
Certains SGBDR ne le font pas : exemple MySQL (une vraie merde)
Certains autre SGBD, le font, mais ne permettent pas toujours de récupérer la commande dans le journal (PostGreSQL par exemple).

Voici un extrait de notre livre sur SQL Server (1238 pages) dont vous feriez mieux de vous inspirer que de lire des imbécilités !


La doc en ligne le spécifie aussi très bien en français :
https://docs.microsoft.com/fr-fr/sql...l-server-ver15
"
De nombreux types d'opérations sont enregistrés dans le journal des transactions. Ces opérations comprennent :
Le début et la fin de chaque transaction.
Chaque modification de données (insertion, mise à jour ou suppression). Il s'agit des modifications apportées aux tables, y compris les tables système, par les procédures stockées système ou les instructions DDL (Data Definition Language).
...
"
Le DDL étant la partie du SQL qui spécifie les commandes de création, modification et suppression des objets de la base...

A +

[new_wave]

Bonjour Mr Sql Pro,

Je ne pense pas avoir le droit de vous communiquer le nom de cet auteur bien connu sur ce site.

Je peux vous le communiquer par mail si vous voulez bien m' informer de celui-ci.

Par ailleurs, je pense qu'il va m'être nécessaire de me procurer votre ouvrage d'administration de BDD Sql Server

Bien cordialement.

new_wave