Administration d'un nouveau serveur SQL Server

Version imprimable

21/03/2011, 01h29
devkaty

Administration d'un nouveau serveur SQL Server

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 :)
21/03/2011, 10h58
iberserk

Quel pourcentage des données de votre base est en 'exploitation'?
21/03/2011, 11h52
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% .
21/03/2011, 12h29
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...
21/03/2011, 12h51
devkaty

Merci pour vos réponses.

c'est quoi votre proposition ?
21/03/2011, 12h55
iberserk

Citation:

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:ccool:
21/03/2011, 14h32
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 +
21/03/2011, 14h37
iberserk

SQLPRO: ne veut'il pas également des conseil concernant le dimensionnement de son système?
21/03/2011, 14h47
SQLpro

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

A +
21/03/2011, 15h02
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).

++
21/03/2011, 15h32
SQLpro

Citation:

Envoyé par mikedavem

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 +
21/03/2011, 16h21
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.

++