التفريخ متعددة المهام SQL في SQL Server 2005

Question

لدي عدد من تخزين procs التي أود أن كل تشغيل في وقت واحد على الملقم.من الناحية المثالية على الخادم دون الاعتماد على اتصالات عميل خارجي.

ما هي الخيارات هناك إلى إطلاق كل هذه ويكون لهم تشغيل في وقت واحد (أنا حتى لا تحتاج إلى الانتظار حتى جميع العمليات التي يتم القيام بأعمال إضافية)?

لقد فكرت:

• إطلاق عدة اتصالات من العميل بعد كل تشغيل المناسبة SP.
• إعداد وظائف كل SP و ابتداء من الوظائف من اتصال SQL Server أو SP.
• باستخدام xp_cmdshell لبدء أشواط إضافية أي ما يعادل osql أو whetever
• SSIS - أنا بحاجة لمعرفة ما إذا كان يمكن أن تكون حزمة حيوي مكتوبة للتعامل مع أكثر واص لأنني لست متأكدا من مدى الوصول إلى العملاء ذاهبون للوصول إلى الإنتاج ،

في العمل cmdshell الحالات ربما أنا ذاهب لتشغيل إلى أذونات مستوى المشاكل من DBA...

SSIS يمكن أن يكون خيارا جيدا إذا أنا يمكن أن الجدول-محرك SP قائمة.

هذا هو datawarehouse الوضع ، والعمل مستقلة إلى حد كبير و NOLOCK عالميا استخدامها على النجوم.النظام 8-طريقة 32GB الجهاز, لذلك أنا ذاهب الى تحميله أسفل نطاق ذلك مرة أخرى إذا كنت ترى مشاكل.

أنا في الأساس ثلاث طبقات ، طبقة 1 لديها عدد قليل من العمليات يعتمد على الأساس كل الحقائق/أبعاد يجري بالفعل تحميل (فعال النجوم طبقة 0 - نعم, للأسف أنها سوف تحتاج إلى تحميلها) ، طبقة 2 يحتوي على عدد من العمليات التي تعتمد على بعض أو كل طبقة 1 و طبقة 3 يحتوي على عدد من العمليات التي تعتمد على بعض أو كل طبقة 2.لدي التبعيات في الجدول بالفعل ، فقط في البداية إطلاق جميع procs في طبقة معينة في نفس الوقت ، لأنها متعامد ضمن الطبقة.

Answer 1

في النهاية, أنا خلقت C# تحكم إدارة البرنامج التي تطلق عمليات المتزامن كما أنها قادرة على تشغيل و بتتبع اتصالات.

Answer 2

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

Answer 3

عند نقطة واحدة فعلت بعض الأعمال المعمارية على المنتج المعروف فطنة ميزة يحتوي على مدير المستودع أن يفعل هذا.

الاستراتيجية الأساسية في ذلك هو أن يكون لها السيطرة DB مع قائمة من sprocs و التبعيات.استنادا إلى تبعيات يمكنك القيام به الطوبوغرافية نوع لمنحهم لتشغيل في.إذا كنت تفعل هذا, تحتاج إلى إدارة تبعيات - كل أسلافه من إجراء مخزن يجب إكمال قبل أن ينفذ.بدء sprocs في مواضيع متعددة لن يحقق هذا في حد ذاته.

تنفيذ هذا يعني يطرق الكثير من SSIS وظائف على رأسه وتنفيذ آخر جدولة.هذا هو موافق على المنتج ولكن ربما مبالغة على نظام خاص.أبسط حل هو هكذا:

يمكنك إدارة التبعيات في أكثر الخشنة الحبيبات مستوى تنظيم ETL عموديا من خلال البعد (التي تعرف أحيانا باسم موضوع الموجهة ETL) حيث واحد حزمة SSIS ومجموعة من sprocs يأخذ البيانات من استخراج خلال إنتاج الأبعاد أو الواقع الجداول.عادة أبعاد سيكون معظمها siled ، لذلك سيكون لديهم الحد الأدنى من التكافل.حيث هناك ترابط ، وجعل بعد واحد (أو الواقع الجدول) الحمولة العملية تعتمد على ما يحتاج المنبع.

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

• التحميل العملية ربما لديها الكثير من المهام الأخرى التي يمكن تنفيذها في الوقت الحالي
• معظم الموارد الجياع المهام سوف يكاد يكون من المؤكد أن حقيقة جدول الأحمال ، والتي في الغالب لا تعتمد على بعضها البعض.حيث هناك تبعية (مثلا ، التراكمي الجدول استنادا إلى محتويات جدول آخر) لا يمكن تجنب هذا بأي حال.

يمكنك إنشاء حزم SSIS بحيث تلتقط كل من التكوين من ملف XML و موقع يمكن توفيره exernally في بيئة متغيرة.هذا النوع من الشيء يمكن أن يكون إلى حد ما بسهولة تنفيذها مع جدولة مثل أنظمة التحكم-M.وهذا يعني أن تعديل حزمة SSIS يمكن نشرها مع قليل نسبيا تدخل يدوي.موظفي الإنتاج يمكن أن يتم تسليم الحزم لنشر جنبا إلى جنب مع الإجراءات المخزنة و يمكن mainain التكوين الملفات على البيئة دون الحاجة إلى يدويا كمان التكوين في حزم SSIS.

Answer 4

قد ترغب في النظر في خدمة وسيط و هو تفعيل الإجراءات المخزنة...قد يكون خيارا...