Discussion :

[castorameur]

bonjour,

je voudrais ouvrir un débat.
Pour planter le décor : je ne suis pas un GRAND spécialiste SQL, j'ai passé mon exam de DBA en 2000 et j'ai appris sur le tas 2005 et 2008. Je n'ai cette compétence SQL que dans mon boulot d'Admin de base ERP.
Le SI de la société dans laquelle je travaille a été virtualisé, ainsi que le serveur SQL.

Maintenant mon questionnement :

La mise en mode complet d'une base sert à palier à de nombreuses situations via la sauvegarde des journaux.
Or avec la virtualisation, je me pose la question de la pertinence et j'envisage de passer en mode simple.
En effet en cas de petit problème il me faut remonter la base sur un autre serveur pour récupérer la donnée perdue dans une table. Le mode complet ne m'aidera pas.
En cas de gros problème il me faut refaire la base, avec le back des journaux, et de la base. Mais j'ai en parallèle la sauvegarde de l'image virtuelle.

J'attends vos remarques

merci

[zinzineti]

bonjour,
La mise en mode complet d'une base sert à palier à de nombreuses situations via la sauvegarde des journaux. Or avec la virtualisation, je me pose la question de la pertinence et j'envisage de passer en mode simple.

si le backup des fichiers de transaction n'est pas prévu dans la stratégie du plan de maintenance des bases de données alors il faut appliquer le mode de récupération des bases à 'SIMPLE'. Que ça soit dans un contexte de virtualisation ou non.

En effet en cas de petit problème il me faut remonter la base sur un autre serveur pour récupérer la donnée perdue dans une table. Le mode complet ne m'aidera pas.
En cas de gros problème il me faut refaire la base, avec le back des journaux, et de la base. Mais j'ai en parallèle la sauvegarde de l'image virtuelle.

C'est exact. malheureusement SQL SERVER ne met pas à disposition de telle fonctionnalité. Sous ORACLE il y a le FLASHBACK TABLE qui permet de régler ce genre de problème (par ex. rattraper une table supprimer malencontreusement) [/QUOTE]

[SQLpro]

Le mode complet ne garantit pas que la reprise dans le temps de données perdues, il permet aussi de reprendre 100 % de la base en cas de crash de l'un des fichiers de la base. C'est simple. Si un fichier de données est mort il suffit de faire une sauvegarde du JT pour récupérer tout. Si le JT est mort, une sauvegarde complète de la base suffit pour tout récupérer...

Vous pouvez simuler le mode flashback en utilisant un snapshot de bases de données. Pour un de mes clients, j'ai fait une rotation de 3 snapshot toutes les heures.

A +

[zinzineti]

Vous pouvez simuler le mode flashback en utilisant un snapshot de bases de données. Pour un de mes clients, j'ai fait une rotation de 3 snapshot toutes les heures.
A +

Dommage que SQL SERVER ne permet pas dans sa version actuelle de faire un snapshot niveau table comme le permet ORACLE avec l'utilisation de FLASHBACK TABLE :

--> flashback avec une référence date-time du point de restauration

Code :

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

1
2
FLASHBACK TABLE MaTable TO TIMESTAMP 
      TO_TIMESTAMP('2011-12-16 10:26:26', 'YYYY-MM-DD HH:MI:SS')

--> flashback before DROP (restauration de la table juste après la suppression )

Code :

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

FLASHBACK TABLE MaTable TO BEFORE DROP;

--> ...

ça devrait donner des idées à MS

[castorameur]

@zinzineti
Il y a bien une sauvegarde des JT tous les midi avec troncature du log.Et une sauvegarde complète tous les soirs.
En fait la base a été installé comme n'importe quelle base SQL.
ET aujourd'hui qu'il y a la virtualisation je me demande si cela vaut le coup d'avoir autant de sauvegardes.
A force cela consomme beaucoup d'espace disk pour le serveur d'une PME.

Pour le flashback c'est effectivement très dommage que cela n'existe pas.

Mais si je résume aucun de vous ne trouve incongru d'aller vers le mode simple pour un serveur virtualisé.

Pour moi les avantages seraient:
- petit gain de perf
- petit gain d'espace disk

[zinzineti]

@zinzineti
Mais si je résume aucun de vous ne trouve incongru d'aller vers le mode simple pour un serveur virtualisé.
Pour moi les avantages seraient:
- petit gain de perf
- petit gain d'espace disk

Tout dépend du niveau de risque qu'accepte l'entreprise. une chose est sûre s'il n'y avait pas des sauvegardes de JT tu peux passer la base en mode SIMPLE. Autrement dit si tu passes la base en mode SIMPLE il est impossible de faire des sauvegardes de JT. le fait de position la base en mode SIMPLE fait qu'il y a moins de bavardage dans le JT => réduction de la taille du JT => gain d'espace disque