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 souligné, les temps de réponse augmentation de 10 fois. Je l'ai mis le doigt sur ce au miroir, car le miroir pause montre des temps de réponse acceptables.

Quelles sont les options disponibles pour parvenir à une meilleure performance? Notez que je suis en utilisant Standard Edition, donc l'excellent mode haute performance est indisponible.

Le serveur sont dans le même rack, connecté à 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)
Était-ce utile?

La solution

D'abord, vous devez regarder votre refaire la file d'attente sur la miroir, quelle est la taille. Ceci est la cause la plus probable et indique que votre machine à miroir est underpowered. Plus exactement, il ne peut pas appliquer et écrire le journal qu'il reçoit des principales suffisamment de graisses pour maintenir, ce qui provoque le contrôle de flux de se propager vers le principal et retarder la transaction est validée. En fait, vous devriez regarder tous les compteurs dans le Mirroring objet , sur les deux machines.

Sauf si vous trouvez des mesures pour sauvegarder la suspicion sur les paramètres point final, les laisser comme ils sont. La bande passante de communication en miroir est très très rarement le coupable.

Autres conseils

Étant donné que les serveurs sont dans le même rack vraiment avez-vous besoin de chiffrement sous tension? RC4 est un algorithme relativement faible, de sorte que le bénéfice est faible. Et sans doute 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 totalement faux. Voilà ce que le la page MSDN doit dire:

  

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

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top