Discussion :

[nico84]

Bonjour,

Cela fait plus de 2 ans que j'ai une base Sql Server Express 2012 qui fonctionne sur mon serveur avec une cinquantaine de PC clients
Je fais une sauvegarde de la base toutes les 2h et cela aussi fonctionne très bien.

La syntaxe de ma sauvegarde est du type

Code :

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

BACKUP DATABASE HG TO DISK = 'HG.log' WITH INIT, NOSKIP, NOFORMAT

Elle sauve toutes mes données mais rien d'autre me semble-t-il.


Ma question est donc de savoir comment faire pour sauver tout l'environnement mis en place à l'origine (tout ce qui n'est pas dans le bidon HG de l'image) ?
En particulier si je change de serveur comment éviter de tout refaire à la main le travail de paramétrage des droits pour lesquels j'avais bien galéré à l'époque et que j'ai tout oublié ?

[janlouk]

Faire un backup des DB systèmes. Et si tout plante, tu pourras tout récupérer.
Perso, je fais un full tous les jours des db systèmes. Mais n'espère pas prendre un backup de ta db master qui serait en 2008R2 et la mettre sur un 2014 par exemple.

Si tu dois un jour copier le contenu d'une instance vers une autre pour migrer, je te conseille ceci : https://dbatools.io/

Par contre, je ne comprends pas pourquoi tu fais ceci "BACKUP DATABASE HG TO DISK = 'HG.log' ", tu l'appelles .log alors que tu fais un backup full?

[julien94320]

Janlouk a bien répondu il ne faut pas confondre la sauvegarde des LOG de transaction avec la sauvegarde FULL des données doivent etre contenu dans des fichiers BAK.

Les sauvegardes s'effectuent base par base.

A+

[nico84]

Merci pour ces réponses je vais tester. Et aussi essayer de me plonger dans dbatools.io qui semble plein de merveilles

Effectivement j'appelle .dat la sauvegarde complète journalière et .log la sauvegarde différentielle toutes les 2h
Ceci dit c'est juste une convention me semble-t-il...

[janlouk]

Oui en effet, je n'ai jamais testé mais je suis presque sur que tu peux l'appeler .toto et ça ne changera pas.

Pour les full, je l'appelle .bak, Diff je l'appelle .dif et log je l'appelle .trn

Pour les backup, perso j'utilise les scripts d'Ola Hallengren. C'est très facile à utiliser et je te les conseille.

[Invité]

Oui en effet, je n'ai jamais testé mais je suis presque sur que tu peux l'appeler .toto et ça ne changera pas.

Oui tu peux choisir l'extension que tu veux, mais c'est aussi un bon moyen de semer la confusion.

[janlouk]

Oui tu peux choisir l'extension que tu veux, mais c'est aussi un bon moyen de semer la confusion.

Je n'ai pas dit que c'était dans mes best practices

[SQLpro]

En particulier si je change de serveur comment éviter de tout refaire à la main le travail de paramétrage des droits pour lesquels j'avais bien galéré à l'époque et que j'ai tout oublié ?

Les privilèges des utilisateurs sont stockées dans la base de données, donc en effectuant une sauvegarde vous avez tout ce qu'il faut comme permissions des "user" SQL.
En revanche, les comptes de connexion sont stockée dans master avec les privilèges de niveau serveurs.

Si vous n'avez pas mis de privilèges de niveau serveur, alors vous pouvez créer des utilisateurs SQL qui se connectent directement à la base par le biais des "contained database"
https://docs.microsoft.com/fr-fr/sql...ql-server-2017


A +

[nico84]

Merci pour vos réponses. L'administration de base n'a pas grand chose à voir avec le développement de logiciels !

J'ai réussi à sauver [master] (c'est assez simple)
Ensuite pour la restaurer il faut mettre la base en mono-utilisateur - j'ai réussi aussi
Mais je me heurte alors au problème suivant : SSMS me refuse l'accès à la base au motif que mon compte n'est pas administrateur. J'ai prévu 2 comptes administrateurs : sa (authentification SQL) et admin (authentification windows) qui a créé la base mais aucun n'est accepté

[master] ne contient pas grand chose d'original (une procédure de sauvegarde et un compte utilisateur) donc j'aurai probablement plus vite fait de la réinstaller en cas de problème...