Comment puis-je améliorer serveur SQL en miroir

Question

(si la question est plus approprié pour RackOverflow s'il vous plaît laissez-moi savoir)

J'ai installé SQL Server en miroir, en utilisant 2 serveur SQL 2005 éditions standard. Lorsque l'application est sollicitée, les temps de réponse augmentent de 10 fois. J'ai repéré cela dans le miroir, parce que la pause dans le miroir montre des temps de réponse acceptables.

Quelles sont les options disponibles pour obtenir de meilleures performances? Notez que j'utilise Standard Edition, donc l'excellent High Performance Mode n'est pas disponible.

Les serveurs sont dans le même rack, connectés à un commutateur gigabit.

Voici le code utilisé pour créer les critères d'évaluation:

CREATE ENDPOINT [Mirroring] 
    AUTHORIZATION [sa] 
    STATE=STARTED 
    AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL) 
    FOR DATA_MIRRORING (ROLE = PARTNER, AUTHENTICATION = WINDOWS NEGOTIATE 
, ENCRYPTION = REQUIRED ALGORITHM RC4) 

Answer 1

D'abord vous devez regarder votre redo queue sur le miroir, quelle est la taille. C'est le coupable le plus probable et indique que votre machine à miroir est sous-alimentée. Plus exactement, il ne peut pas appliquer et écrire le journal tel qu'il le reçoit des graisses principales suffisamment pour le maintenir, provoquant la propagation du contrôle de flux vers le principal et retardant les validations de transaction. En fait, vous devriez regarder tous les compteurs du Mirroring Object, sur les deux machines.

À moins que vous ne trouviez des mesures pour sauvegarder la suspicion sur les paramètres de point final, laissez-les tels quels. La bande passante de communication en miroir est très rarement le coupable.

Answer 2

Étant donné que les serveurs sont dans le même rack avez-vous vraiment besoin de chiffrement sous tension? RC4 est un algorithme relativement faible, donc le bénéfice est faible. Et probablement le réseau 1 Gigabit est privé entre les serveurs?

ENCRYPTION = DISABLED 

En réponse au commentaire de @Remus Rusanu: Dire que « RC4 est un algorithme fort » est tout à fait tort. C'est ce que MSDN page a à dire:

Bien que considérablement plus rapide que AES, RC4 est un algorithme relativement faible, alors que AES est un algorithme relativement forte. Par conséquent, nous recommandons que vous utilisez l'algorithme AES.