Discussion :

[jak59]

Bonjour,

Nous sommes en train de préparer la migration de nos instances SQL-Server 2008 R2 => 2016.
Nous avons choisi de monter un nouveau serveur, et d'installer une version vierge d' SQL-Server 2016.

Pour le moment mon script de migration s'appuie sur les sauvegardes de la veille.

Je me demande, pour le jour de la migration, comment "bloquer" les bases de prod, pour la réalisation de la dernière sauvegarde, cella qui sera restaurer sur la nouvelle prod.

Je pensais passer les bases en OFFLINE avant la sauvegarde, mais celle-ci n'est plus disponible sur les bases OFFLINE ?

Quelle serait la bonne pratique ? La passer en READ_ONLY ?

Merci d'avance pour vos retours.

Sylvain

[SQLpro]

...
Je me demande, pour le jour de la migration, comment "bloquer" les bases de prod, pour la réalisation de la dernière sauvegarde, cella qui sera restaurer sur la nouvelle prod.

Mettre la base de données en READ ONLY et faire un "tail log backup"...

Script pour ce faire :

1 - mettre la base en read only

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
USE DB_MA_BASE;
GO
-- expulse touts les utilisateurs en forçant un ROLLBACK
ALTER DATABASE DB_MA_BASE 
   SET SINGLE_USER 
       WITH ROLLBACK IMMEDIATE;
--> sauf vous puisque vous y êtes !
GO
--> et maintenant on la quitte
USE master;
GO
-- pour la mettre en READ ONLY
ALTER DATABASE DB_MA_BASE 
   SET READ_ONLY;
GO
-- et la remettre an multiuser
ALTER DATABASE DB_MA_BASE 
   SET MULTI_USER

2 - effectuer un tail log backup

Code :

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

1
2
3
BACKUP LOG DB_MA_BASE
TO DISK = 'C:\Mes Sauvegardes\DB_MA_BASE_lastLog.trn'
WITH NO TRUNCATE; --> le plus important

REMARQUE : il est stupide de migrer vers 2016 alors que la version 2019 apportent des améliorations plus que spectaculaire et que vous payez de toutes façon pour la dernière version !

A +

[jak59]

REMARQUE : il est stupide de migrer vers 2016 alors que la version 2019 apportent des améliorations plus que spectaculaire et que vous payez de toutes façon pour la dernière version !

Hélas, cela n'est pas de mon ressort

Code :

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

1
2
3
BACKUP LOG DB_MA_BASE
TO DISK = 'C:\Mes Sauvegardes\DB_MA_BASE_lastLog.trn'
WITH NO TRUNCATE;

--> le plus important

Pourquoi WITH NO TRUNCATE ?

[SQLpro]

Parce que la base est en READ ONLY donc, tu ne peut plus rien écrire. Or chaque sauvegarde du JT le purge, ce qui est une écriture...

A +

[jak59]

Bonjour,

Merci.



On est d'accord que si la base est mode de récupération simple, il n'est pas nécessaire de sauvegarder le journal de transaction ?

[SQLpro]

Bonjour,

Merci.

On est d'accord que si la base est mode de récupération simple, il n'est pas nécessaire de sauvegarder le journal de transaction ?

Non, mais tu perdra les derniers instant de mises à jour....

A +

[jak59]

Du coup je passer en mode de récupération FULL, en ensuite sauvegarder les journaux de transactions ?

[SQLpro]

Yes !!!

Tu passes en FULL, tu fais une sauvegarde complète, tu passe en read only, tu fail un tail log backup.

A +