IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Migration SGBD Discussion :

Migration SQL-Server 2008 R2 => 2016


Sujet :

Migration SGBD

  1. #1
    Membre à l'essai
    Inscrit en
    octobre 2007
    Messages
    30
    Détails du profil
    Informations personnelles :
    Âge : 42

    Informations forums :
    Inscription : octobre 2007
    Messages : 30
    Points : 20
    Points
    20
    Par défaut Migration SQL-Server 2008 R2 => 2016
    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

  2. #2
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 778
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 778
    Points : 49 220
    Points
    49 220
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par jak59 Voir le message
    ...
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre à l'essai
    Inscrit en
    octobre 2007
    Messages
    30
    Détails du profil
    Informations personnelles :
    Âge : 42

    Informations forums :
    Inscription : octobre 2007
    Messages : 30
    Points : 20
    Points
    20
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    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

    Citation Envoyé par SQLpro Voir le message
    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 ?

  4. #4
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 778
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 778
    Points : 49 220
    Points
    49 220
    Billets dans le blog
    1
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre à l'essai
    Inscrit en
    octobre 2007
    Messages
    30
    Détails du profil
    Informations personnelles :
    Âge : 42

    Informations forums :
    Inscription : octobre 2007
    Messages : 30
    Points : 20
    Points
    20
    Par défaut
    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 ?

  6. #6
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 778
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 778
    Points : 49 220
    Points
    49 220
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par jak59 Voir le message
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Membre à l'essai
    Inscrit en
    octobre 2007
    Messages
    30
    Détails du profil
    Informations personnelles :
    Âge : 42

    Informations forums :
    Inscription : octobre 2007
    Messages : 30
    Points : 20
    Points
    20
    Par défaut
    Du coup je passer en mode de récupération FULL, en ensuite sauvegarder les journaux de transactions ?

  8. #8
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 778
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 778
    Points : 49 220
    Points
    49 220
    Billets dans le blog
    1
    Par défaut
    Yes !!!

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

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. [2016] Migration SQL Server 2008 vers 2012
    Par Redadeco dans le forum Administration
    Réponses: 2
    Dernier message: 24/07/2019, 16h15
  2. Migration Oracle vers SQL Server 2008
    Par Aiglon13 dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 18/04/2011, 18h30
  3. Réponses: 0
    Dernier message: 18/08/2009, 17h00
  4. Migration de SQL server 2005 vers SQL server 2008
    Par sharepoint_addict dans le forum MS SQL Server
    Réponses: 9
    Dernier message: 30/10/2008, 17h32
  5. Migration de table volumineuses vers un nouveau SQL Server 2008
    Par Stouille33 dans le forum Administration
    Réponses: 2
    Dernier message: 15/10/2008, 16h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo