Discussion :

[NULL008]

bonjour ,

Question sur le synchronisation du backup

j'ai mon plan du sauvgarde SQL qui fait du backup compléte et du backup log

en parraléle j'ai un autre backup externe (backup veeam) qui est planifier et gérer par l'equipe infra systéme et qui fait aussi que du backup compléte

je trouve devant des situation ou le backup veeam viens aprés mon backup compléte et donc je pert tout les séquence LSN log suite a ce type de sauvgarde sauvage

Qui a une idée comment je peut isollé le backup veam pour ne pas perturbé mes séquence du sauvgarde

merci pour vos aides

[janlouk]

Je ne sais pas si c'est possible dans Veam, mais il faut demander de faire le full avec l'option "Copy-only".

[mikedavem]

Sur Veeam c'est possible de faire des backups copy-only pour confirmer ce que dit Janlouk.

Cependant une question toute simple: pourquoi passer par 2 outils de backups plutôt qu'un seul pour une stratégie de sauvegarde plus efficace?

Pour ma part passer par Veeam pour la centralisation des backups peut être une bonne chose. En plus avec Veeam, il est facile de réaliser des restaurations de bases de données etc ...
Bien entendu il faut travailler de pair avec le sysadmin pour l'établissement des stratégies de sauvegarde, rétentions etc... et le rôle de chacun en cas de scénario où il faut absolument restaurer une sauvegarde.

++

[SQLpro]

ATTENTION : les backup VEEAM ne sont pas compatibles avec certaines stratégies de haute disponibilité, notamment avec AlwaysOn d'un incompatiblité dans les fonctionnalités des sauvegardes de SNAPSHOT de VM effectuées par VEEAM.


A +

[maxced01]

Bonjour,
je me permets de reprendre cette discussion car chez mon employeur actuel, les sauvegardes sont effectuees par VEEAM B&R.
Les sauvegardes portent sur des bases en SQL 2014 et 2016 toutes recovery mode SIMPLE.
Ce que je trouve inquiétant c'est la taille des fichiers de logs qui sont colossales.
Dois je prévoir des taches de shrink de log mensuelle ou est il possible d'agir plus finement avec VEEAM B&R ?

merci d'avance

[Invité]

Peut-être commencer par investiguer ce qui fait grossir les logs ?

[maxced01]

Peut-être commencer par investiguer ce qui fait grossir les logs ?

des traitements antérieurs a mon arrivée .... je ne suis présent que depuis 4 semaines ....

Sinon j'attend que mes espaces disques de logs soient en alerte et je réduis a la main

[mikedavem]

Sinon j'attend que mes espaces disques de logs soient en alerte et je réduis a la main

Pourquoi pas mais à part générer de l'IO et des ralentissements de tes transactions lors que le journal s'agrandit à nouveau tu ne feras rien de bon.

Je rejoins 7gyY9w1ZY6ySRgPeaefZ et je pense qu'il faudrait d'abord mettre un peu de surveillance sur ce qui remplit ton journal. Veeam backup ne te sera d'aucun secours car tu es en mode SIMPLE.

++

[maxced01]

Je pense avoir compris.
Il n'y a a ce jour pas de serveur de dev dédié.
Et donc tous les traitements de prod et dev tournent sur les mêmes serveurs.
vivement la prochaine migration et le mise en place de serveur dédiés dev.

bonne fêtes de fin d'année a vous

[Michel.Priori]

Bonjour,

Il n'y a a ce jour pas de serveur de dev dédié.

Il faut apprendre aux développeurs à maitriser leur transaction.
La/les bases étant en mode simple la taille des fichiers de log est donc due à l'occupation croisée pendant la plus longue transaction.

j'espère simplement que même si les bases PROD et DEV sont sous dans la même instance, le développement ne se fait pas sur/dans les bases de prod ...

[SQLpro]

Surtout qu'un serveur de dev ne coute aucune licence SQL Server !

A +