سؤال

(إذا كان السؤال أكثر ملاءمة ل Beloverflow، فيرجى إخبارنا بذلك)

قمت بإعداد النسخ المتطابق SQL Server، باستخدام 2 SQL Server 2005 Standard Editions. عند التأكيد على التطبيق، تزيد أوقات الاستجابة 10 أضعاف. لقد حفزت هذا إلى المرآة، لأن مؤقتا تظهر المرآة أوقات استجابة مقبولة.

ما هي الخيارات المتاحة لتحقيق أداء أفضل؟ لاحظ أنني أستخدم الإصدار القياسي، لذلك ممتاز وضع الأداء العالي غير متوفر.

الخادم في نفس الرف، متصل بتبديل جيجابت.

إليك الرمز المستخدم لإنشاء نقاط النهاية:

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)
هل كانت مفيدة؟

المحلول

أولا تحتاج إلى أن ننظر إلى الخاص بك ايدو انتظار على المرآة، كم هو كبير. هذا هو الجاني الأكثر احتمالا ويشير إلى أن جهاز المرآة الخاص بك يتعرض. بالضبط، لا يمكن تطبيق السجل واكتبها عند تلقيها من الدهون الرئيسية بما يكفي لمواكبة، مما تسبب في إجراء التحكم في التدفق للنشر مرة أخرى إلى العمليات الرئيسية والتأخير التي يرتكبها. في الواقع يجب أن تنظر إلى جميع العدادات في النسخ المتطابق كائن, ، على كلا الجهازين.

ما لم تجد قياسات لدعم الشك في إعدادات نقطة النهاية، اتركها كما هي. نادرا ما يكون عرض النطاق الترددي في اتصال النسخ المتطابق للغاية الجاني.

نصائح أخرى

بالنظر إلى أن الخوادم في نفس الرف هل تحتاج حقا إلى التشفير قيد التشغيل؟ RC4 هي خوارزمية ضعيفة نسبيا، وبالتالي فإن الفائدة منخفضة. ويفترض أن شبكة جيجابت واحدة خاصة بين الخوادم؟

ENCRYPTION = DISABLED

ردا على تعليق Remus Rusanu : قائلا أن "RC4 هي خوارزمية قوية" مخطئ تماما. هذا هو ما صفحة MSDN يجب أن أقول:

على الرغم من أن RC4 أسرع بكثير من AES، فإن RC4 هي خوارزمية ضعيفة نسبيا، في حين أن AES هي خوارزمية قوية نسبيا. لذلك، نوصي باستخدام خوارزمية AES.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top