Discussion :

[maxtechnologie]

Bonjour

je souhaite mettre en place une solution afin de garantir la continuité des services de mon erp ainsi que biensur ne peut pas perdre les données.,

j'ai 3 serveur :

1 SRV1 ( BASE ORIGINAL)
2 SRV WITNESS témoin
3 SERVEUR MIRROIR

BASE DE DONNEE : Taille 34 GB
memoire serveur : 24 Go ram
Serveur ML PROLIANT 370 G8/ Octocore...

tout marche dans mes tests pendant 2 ou3 jour max juste aprés le serveur BASE ORIGINAL ( SRV1) se trouve avec un fichier log enorme qui remplit entièrement le disque dur ainsi que la mémoire qui devient saturée.

pouvez m’éclairer? peut etre j'ai fais une erreur quelque part.


j'entend parler de alwayson est ce que c'est la même chose que le mirroring?


Merci d'avance.

Cdt

[SQLpro]

Effectuez vous des sauvegardes transactionnelles ?
Si oui, avez-vous des transactions bloquantes anciennes (DBCC OPENTRAN) ?

A +

PS : AlwaysOn est une sophistication du Mirroring.

[maxtechnologie]

Merci pour votre réponse rapide.

en faite je suis debutant dans l'administration de Sql server .

noj j'effectue pas de sauvegarde transactionnelles donc pas de transactions bloquante .

devrais-je le faire ? pour réduire la taille du fichier log ?

Merci.

[SQLpro]

Effectivement il est impératif d'effectuer des sauvegardes transactionnelles régulières, par exemple toutes les heures dans les horaires de production, par exemple de 9h à 19h...

C'est le seul moyen de purger le journal de transactions, sinon il va grossir à l'infini.

Attention, une purge n'est pas une diminution de taille ! Si vous purgez un radiateur, il ne se "dégonfle" pas !

A +

[maxtechnologie]

d'accord je vais procéder comme suit , si je fais cette sauvegarde transactionnelle chaque heure en production ça risque pas de saturé la mémoire du serveur?

déja sql serveur prend 23GB (alors que j'ai 24GB sur le serveur) en mémoire j'ai pas envie d'avoir des lenteurs

et pour terminer pouvez vous me conseiller un excellent tuto pour maitrisé SQL SERVER ?

Merci pour vos réponse rapide et clair.


Cdt.

[janlouk]

Bonjour,

Tu as le livre écrit par SQL Pro, David Barbarin, Nicolas Souquet et Christian Soutou.

Sur youtube, tu as des vidéos de DynIT qui sont très bien.

Pour ton info, laisser 1 GB pour l'OS, ce n'est pas assez.

Voici une règle, écrite dans le livre que je t'ai cité plus haut.

Spécifier la mémoire maximum. Cela dépend de :
- la taille maximum sur le serveur
- s'il y a d'autres instances sur le serveur
- s'il y a d'autres applications qui tournent sur le serveur

Bien sûr ce tableau est valable uniquement s'il n'y a qu'une instance sur le serveur et pas d'autres software qui tournent.

Exemple :
De 4 à 8 GB de mémoire sur le serveur, on garde 2 GB pour l'OS
De 8 à 32 GB de mémoire sur le serveur, on garde 3 GB pour l'OS
De 32 à 128 GB de mémoire sur le serveur, on garde 4 GB pour l'OS
De 128 à 512 GB de mémoire sur le serveur, on garde 6 GB pour l'OS
De 512 à 4096 GB de mémoire sur le serveur, on garde 8 GB pour l'OS