Discussion :

[devkaty]

Salut tout le monde,

J'ai quelques questions a propos l'administration d'un nouveau serveur SQL Server avec les caractéristiques suivantes :
- 8 go de RAM// un quadricat // un controleur RAID (o.1 et 5)
- 4 disque dur de 60go
- 15 k tpm

on a une base de donnée sur un dvd( un fichier mdf de 2 go, un fichier ndf de 1go avec format .bak).

il ya 5000 utilisateurs connectés simultanément sur la BD chaque user envoi une transaction commerciale et chaque transaction commerciale égale 10 transactions informatique .
chaque transaction égale 1 Mo sur la RAM et 1 ko sur le LOG.
les horaires de travail sont: de 8h a 12h et de 14h a 18h et 6/7 jours.
la bd augmente mensuellement de 7%.

On veux un seuil de tolérance de panne de 1 heure et un seuil de tolérance de perte de donnée de 10min .

Mes questions sont les suivants:
1- Comment fait pour préparer le serveur a l'exploitation ?
2- Est ce qu'il ya une stratégie pour éviter la perte de donnée et respecter ?
3- Si le cas quel est le scénario a suivre ?

Merci d'avance pour vs aides

[iberserk]

Quel pourcentage des données de votre base est en 'exploitation'?

[devkaty]

on a une base de donnée sur un dvd( un fichier mdf de 2 go, un fichier ndf de 1go avec format .bak) sa exploitation est 100% .

[iberserk]

Donc 100% devos données sont exploitées à un instant T?

Vous devez prendre en compte le "volet" de données utilisé à un instant T en production par exemples si 30% du volume de votre base représente de l'archivage inutilisé ou en de rare occasions vous ne devez pas les compter...

[devkaty]

Merci pour vos réponses.

c'est quoi votre proposition ?

[iberserk]

Merci pour vos réponses.

c'est quoi votre proposition ?

Ce n'était pas une réponse mais un question... à laquelle vous ne répondez pas

[SQLpro]

En mono machine, faites une sauvegarde du JT toutes les 10 minutes et envoyé le en FTP à une autre machine.

En cas de pluralité de serveur, utilisez un mirroring asynchrone. Votre perte de données sera au pire de quelque millisecondes (au plus zéro).

Dans la solution de mirroring, et à condition que le serveur doit dédié, vous n'avez à payer aucune licence (ni OS ni SQL Server).

Si la machine ne fait pas que cela, ne payez pas SQL Server.

A +

[iberserk]

SQLPRO: ne veut'il pas également des conseil concernant le dimensionnement de son système?

[SQLpro]

faire du RAID 1 et dispatcher les fichiers DATA et JT en les croisant sur les axes physiques.

A +

[mikedavem]

N'oubliez pas de paramétrer votre contrôleur RAID avec une taille d'unité de bande adéquate pour vos performances en écriture vu que le plus gros de l'activité concerne l'écriture des transactions.

Si votre carte RAID possède une batterie, activez le cache en écriture (ratio 10 / 90 - lecture / ecriture)

Profitez en pour formatter vos partitions avec une taille de 64Ko. Si vous êtes en Windows 2003 alignez vos partitions (2008 le fait automatiquement).

++

[SQLpro]

Si votre carte RAID possède une batterie, activez le cache en écriture (ratio 10 / 90 - lecture / ecriture)

Oui, mais pensez IMPERATIVEMENT a avoir un admin si qui se met des alertes si la pile tombe en panne !!!!!

A +

[mikedavem]

Tout à fait d'accord avec toi SQLPro. Une alerte doit être paramétrée sur ce genre de probèmes car une coupure électrique du serveur avec des batteries HS impliqueront irrémédiablement des problèmes d'intégrités de vos bases.

++