Avant la catastrophe !

Créer, tester et maintenir une base
de données avec peu ou pas de perte
de données et en évitant entièrement l’immobilisation en cas de catastrophe,
n’est pas simple. De plus, il faut toujours
se rappeler que l’incident peut
toucher plus que la seule base de données.
De nombreuses fonctions de
SQL Server – comme failover clustering,
log shipping, et replication – offrent
des solutions haute disponibilité.
Toutefois, quelles que soient les options
choisies et les niveaux de redondance
du matériel, il faut toujours une
solide stratégie de sauvegarde.
Quels
que soient la taille de la base de données
ou le degré de disponibilité exigé,
la restauration est toujours un moyen
de ramener la base de données à  l’état
qui était le sien avant la modification.
Parfois, comme en cas de modifications
ou de suppression de données
accidentelle, c’est même le seul
moyen.

Votre stratégie de sauvegarde est la
base d’un plan de reprise solide. Et ce,
quelles que soient les circonstances :
suppression accidentelle de données,
défaillance matérielle, catastrophe naturelle
ou autre incident imprévu. Vous
pouvez restaurer les sauvegardes sur
différents serveurs ou différents emplacements
de fichiers et vous pouvez
facilement les envoyer en des lieux dispersés,
électroniquement ou sur support
amovible.
Les sauvegardes offrent
le plus de possibilités pour le coût le
plus faible et demandent peu de matériel
supplémentaire, sauf quelques unités
de stockage de secours comme des
lecteurs de bande. Mais vous devez
prendre le temps de bien comprendre
toutes les fonctions et les pièges potentiels,
afin que la sauvegarde soit la
plus automatique possible et la restauration
la plus rapide possible.
Avec SQL
Server 2000, il est facile d’automatiser
et de combiner les choix de sauvegarde
et de restauration pour créer
une voie de reprise à  la fois souple et
efficace. Toutes les fonctions de sauvegarde/
restauration sont présentes dans
toutes les éditions de SQL Server 2000
et n’ont pas besoin d’Enterprise
Edition. De plus, en appliquant
quelques-unes des options avancées expliquées ici, vous pouvez réduire le
temps d’immobilisation et minimiser la
perte de données même en cas de
panne totale du serveur.