Microsoft SQL Server 2000 (64-bit) Analysis Services ومفهوم الترحيل (أو الترقية Migrate)
سنحاول في هذه العجالة أن نتعرف على إذا ما كان القيام بعملية الترحيل من SQL Server 2000 (32-bit) إلى SQL Server 2000 (64-bit) مناسبةُ أم لا خاصة لإولئك المستخدمين المعنيين بعملية المعالجة التحليلية على إنترنت Online analytical processing (OLAP) واستخراج البيانات (data mining). وبجانب ذلك سنحاول توضيح بعض الاختلافات الفنية والأساسية بين إصداري Analysis Services 32-bit و 64-bit وإمكانية استخدام الاصدار 64-bit أم لا.
يتميز SQL Server 2000 (64-bit) بالعديد من الميزات الجديدة مثل التوافق مع تثبيت 32-bit SQL Server وإمكانية نقل قواعد بيانات المستخدم من النظام 32-bit إلى النظام 64-bit إلى غير ذلك مما سنراه لاحقًا.
يشتمل SQL Server 2000 (64-bit) Enterprise Edition على محرك بحث قاعدة بيانات 64-bit و 64-bit server agent و 64-bit OLAP ومكون استخراج البيانات (Analysis Services). تتوافق هذه المكونات في التعليمة البرمجية مع32-bit مما يجعل من السهل إمكانية التكامل والتوافق بين خادم 64-bit وخوادم قاعدة بيانات SQL Server 2000 (32-bit). ويتفق النظامان في استخدام كل من لغة استعلام Transact-SQL والإجراءات المخزنة. بالإضافة إلى أن العبارات البرمجية (MSX) للتعبير متعدد الأبعاد (Multidimentional) وتقارير OLAP المستخدمة في 32-bit يتم تشغيلها مثل الموجودة في 64-bit.
لكن الأمر يختلف عندما يتعلق الأمر بمسؤل قاعدة البيانات حيث يختلف العمل على خادم 64-bit في عدة أمور عن العمل على 32-bit. فعلى سبيل المثال، يمكن أن تتم إدارة خادم 64-bit من بعيد باستخدام خادم 32-bit. بالإضافة إلى أن كثير من الأدوات مثل SQL Server Enterprise Manager و SQL Query Analyzer و SQL Profiler وجميع الأدوات المساعدة Analysis Services غير متوفرة في SQL Server 2000 64-bit.
بالإضافة إلى ما سبق فإن DTS المستخدم في وقت التشغيل وبيئة التصميم غير متوفرة في أنظمة 64-bit. يمكن أن يتم تخزين الحزم (package) في قاعدة بيانات SQL Server 2000 64-bit ولكن التشغيل يكون على خادم 32-bit فقط. ولذلك يتعين عليك في هذه الحالة استخدام نظام 32-bit ثانوي يقوم بإدخال البيانات أو سحبها باستخدام خادم 32-bit.
يعد تصميم الأجهزة التي تعمل على 64-bit أكثر من جهاز كمبيوتر قياسي حيث يحتوي على مجموعة ميزات جديدة (hardware) ولذلك ينبغي إدخال مكونات SQL Server 64-bit الأصلية وإعادة ترجمتها لتم تشغيلها على جهاز 64-bit.
والآن كيف يمكن إجراء عملية ترحيل سهلة من قاعدة بيانات 32-bit SQL Server 2000
يمكن للمسؤلين نقل قواعد بيانات المستخدم إلى خادم 64-bit بقليل من التحويل لأن نظام التهيئة على القرص (on-disk format) على 32-bit هو نفسه المستخدم على النظام الأساسي 64-bit. لترحيل قاعدة بيانات، استخدم الإجراءات القياسية لفصل قاعدة البيانات ثم نسخها على القرص باستخدام نظام فرعي (subsystem) لخادم 64-bit وإرفاقه بخادم قاعدة بيانات 64-bit. لترحيل قواعد بيانات Analysis Services والمكعبات (cubes) و الأقسام (partitions)، قم بأرشفتهاعلى خادم 32-bit ثم استعادة الصور (استعادتها) على خادم 64-bit.
بعض الاختلافات المهمة في الوظائف
يختلف الإصداران في بعض الوظائف. أول هذه الاختلافات أن SQL Server و Analysis Services متداخلان في التثبيت (يضمهما نظام تثبيت واحد)، وقد تم تقليل الوقت المستخدم في عملية التثبيت حيث تمت الاستفادة من الخدمات الجديدة في Windows مثل Microsoft Data Acess Components.
يستخدم SQL Server 2000 (64-bit) البرنامج Windows Installer بدلاً من Install Sheild مما سمح بإمكانية تكامل SQL Server Setup مع برامج إعداد التطبيقات Independent Software Vendor (ISV) أو التطبيقات الخارجية وتسهيل عملية التثبيت. تحتوي البرامج التي تعتمد في تثبيتها على Windows Installer على مجموعة من جداول التثبيت حيث يكون يتصل مورد تطبيق (ملفات، ملفات التسجيل الأساسية (registry keys، ) مباشرة بالمكون أو الميزة التي يعتمدها هذا المورد. فإذا ما حدث أن تلف ملف من ملفات نظام التطبيق أو تم حذفه عن طريق الخطأ، يمكن إعادة إصلاح التطبيق. بالإضافة إلى ذلك، يتم التحقق من بيانات التثبيت دوريًا، وأي بينات مفقودة أو ملفات تالفة يتم إصلاحها مباشرةً.
وكما سترى في عملية التثبيت، فسيتم أثنائها إنشاء قاعدتي بيانات SQL Server جديدتين لاستخدامهما بواسطة Analysis Services هما:
OLAPQueryLog
OLAPRepository
وكان يتم تخزين هاتين القاعدتين في أنظمة 32-bit في قواعد بيانات Microsoft Access التي لم تكن متوفرة. والاختلاف هنا بجانب ما سبق أن Analysis Services (64-bit) يتطلب توفر الوصول إلى نظام إدارة قاعدة البيانات العلائقية المحلية لـ SQL Server (RDBMS)، فعند بدء تشغيل الخدمة msmdsrv، يتم تشغيل الخدمة SQL Server RDBMS بشكل تلقائي. بالإضافة إلى أنه عند تثبيت SQL Server (ومكونات Analysis Services) في مثيل محدد آخر، يتم تضمين هذا المثيل المحدد في الارتباطات التي يستخدمها Analysis Services للمستودع وللوصول إلى سجل الاستعلام.
بعد الفراغ من عملية التثبيت، وعند استعراض التسجيل (registry) ستلاحظ أن معظم إعدادات Analysis Services هي نفسها المستخدمة في 32-bit (SQL Server 2000 Service Pack 3). ومن الميزات الجديدة في Analysis Services (64-bit) احتواؤه على إعداد جديد للتسجيل يسمى MemoryAsMB، وإذا ما تم تعيين هذا الإعداد إلى 1، فسيتم تعيين كل إعدادات التسجيل المتعلقة بالذاكرة إلى MB. أما إذا تم تعيين الإعداد MemoryAsMB إلى 0، فيتم التعبير عن القيم في صورة بايتات (كما هي موجودة في 32-bit). وهذه هي وظيفة Analysis Manager حيث يقوم بتحويل هذه القيم إلى MB كما هو مطلوب. لاحظ أن هذا التغيير يظهر فقط عند العمل على التسجيل يدويًا.
الأدوات المساعدة وبرامج الوصول إلى البيانات Utilities and Data Access Software
بعد تثبيت خادم 64-bit، انظر إلى القائمة Start لـ SQL Server سترى أن النظام 64-bit يشتمل على الأدوات المساعدة القياسية لـ SQL Server التالية:
Books Online
Server Network Utility
Service Manager
بينما يجب أن تتم إدارة الأدوات المساعدة الأخرى مثل SQL Server Enterprise Manager و Analysis Services Analysis Manager و SQL Profiler، من بعيد من خادم 32-bit باستخدام SQL Server 2000 SP3 المثبت عليه.
مفهوم الإدارة من بعيد Remote Administration
يتطلب SQL Server 2000 (64-bit) خادمً 32-bit لكي يتم استخدامه في الإدارة من بعيد لخادم 64-bit. ولذلك يجب أن يقوم خادم 32-bit البعيد بتشغيل أي إصدار من إصدارات SQL Server 2000 SP3. ولإدارة Analysis Services، يجب تثبيت Analysis Services SP3 بالكامل (بدلاً من تثبيت أدوات فقط). يؤدي التثبيت من دون استخدام SP3 إلى ظهور رسالة الخطأ التالية:
Unable to connect to the registry on the server (server_name), or you are
not a member of the OLAP Administrators group of this server.
ولأن عملية الإدارة من بعيد لا يمكن الاستغناء عنها، يوجد بعض المتغيرات التي يجب أن تعرفها والتي تؤثر على بيئة العمل:
1- Domain Infrastructure: يجب أن يكون لخادمي 64-bit أو 32-bit نفس المجال. فإذا لم يكن من الممكن وضع الخادمين في نفس المجال، استخدم الحل الشائع البديل لضمان التشغيل المثالي لـ Analysis Services: قم بتكوين حساب مسؤل OLAP مع اسم مستخدم وكلمة مرور متطابقين بين كل من 32-bit و 64-bit. وبذلك تقوم Windows بالسماح بإمكانية الوصول كما لو كان لهما نفس الحساب.
2-Network Infrastructure: من المعلوم عدم توافر جميع البرامج والأجهزة الخاصة بشبكة الاتصال على النظام الأساسي 64-bit، فلا ينبغي استخدام خوادم 64-bit و 32-bit على أنظمة تكنولوجيا لمختلفة لشبكات الاتصال. فعلى سبيل المثال، قد يتم استخدام خادم 32-bit على Gigabit Ethernet وخادم 64-bit على 100Mb Fast Ethernet. ولذلك يجب أن يكون هناك بعض الأجهزة الموجهة (routers) التي قد تقلل من سهولة الاتصال (connectivity) وتعرض واجهة مستخدم على خادم 32-bit. وأفضل السبل في ما سبق كله هو استخدام نفس الأجهزة المستخدمة في شبكة اتصال معينة، على نفس الشبكة الفرعية مع استخدام مفتاح لزيادة السرعة. يجب التأكد أيضًا من توفر اتصال النطاق الترددي بين خادم 64-bit وخادم 32-bit البعيد.
3- الأداة المساعدة استرداد / أرشفة Archive /Restore Utility
تستخدم هذه الأداة في نسخ قواعد بيانات Analysis Services نسخًا احتياطيًا واستردادها. عند استخدام أسلوب الإدارة من بعيد، تقوم الأداة المساعدة بتشغيل خادم 32-bit ويتم قراءة البيانات من مجلد بيانات Analysis Services وكتابتها في الملف .cabعبر شبكة الاتصال. يجب أن تتم إزالة جميع البيانات من خادم 64-bit ونقلها إلى خادم 32-bit ثم إعادتها إلى خادم 64-bit عنما يتم كتابة الملف .cab. ونتيجةً لذلك فمن المستحسن استخدام نظام النسخ الاحتياطي للملفات بدلاً من الأداة MSMDARCH لنسخ البيانات التكعيبية (cube data) نسخًا احتياطيًا. تذكر أنه يجب نسخ بيانات التعريف (meta data) نسخًا حتياطيًا كذلك. وأفضل الطرق في ذلك هو تشغيل وظيفة المحافظة على SQL Server التي تقوم بنسخ قاعدة بيانات OLAPRepositary في ملف يكون موقعه في جذر (أساس) مجلد بيانات Analysis Services ثم استخدام نظام النسخ الاحتياطي للملفات من ذلك المكان. تضمن هذه الطريقة تزامن النسخ الاحتياطي لبيانات التعريف مع النسخ الاحتياطي للبيانات التكعيبية.
بيئات انعكاس أو تطابق 64-bit و 32-bit (mirrored 64-bit and 32-bit environments)
ينشئ Analysis Services كائنات OLAP ويقوم بمعالجتها في بيئتي عمل مختلفتين: وقت التصميم ووقت التشغيل. عند استخدام الإدارة من بعيد، تكون بيئة وقت التصميم التي يستخدمها Analysis Services هي خادم 32-bit نفسه (حيث مكان تشغيل Analysis Manager). عندما يقوم Analysis Manager بإنشاء قائمة من موفري OLE DB/ODBC، يتم استخدام جميع الكائنات مثل DSNs والجداول والحقول من خادم 32-bit حيث يتم تشغيل Analysis Manager. وبشكل عام، عندما يقوم المستخدم بمعالجة الأبعاد الناتجة والمكعبات والأقسام (Partitions) (في بيئة عمل وقت التشغيل)، فسيتمكن المستخدم من الوصول إلى قاعدة البيانات الحقيقية بواسطة الخدمة msmdsrv على النظام 64-bit. وأفضل الطرق في ذلك، هو تكوين مصدر البيانات وموفري OLEDB وحقوق الوصول المتطابقة على كل من النظامين 32-bit و 64-bit وهو ما يسمى بتطابق أو انعكاس بيئتي عمل 32-bit و 64-bit.
والآن إليك سرد موجز لبعض الاختلافات بين 32-bit و 64-bit
الإعداد والتثبيت
كما ذكرنا في صدر المقال فإن SQL Server 2000 (64-bit) يستخدم Windows Installer للتكامل كليةً بين جميع ميزات SQL Server في شجرة (تخطيط شجري) ميزات واحدة. وانتهى العمل بأسلوب وضعي التثبيت النموذجي والأدنى. وأصبح برنامج الإعداد يعرض أولاً شجرة الميزات مع جميع الميزات المتوفرة وتظهر على أنها مميزة (محددة). يمكن أن يقوم المسؤلون تخصيص طرق مختلفة من التثبيت من خلال اختيار عناصر على شجرة الميزات وترك عناصر أخرى وتغيير مسارات التثبيت.
لاحظ أن الأمر اختلف بعض الشيء في 64-bit عن 32-bit حيث تم تقليل العمل باستخدام الميزات الفرعية فمثلاً عند النظر إلى الميزة Tools نجد أنه يمكن استخدامها لتثبيت جميع الأدوات ولا يوجد هناك خيار لتحديد الأدوات الفردية.
لا يعتمد SQL Server 2000 (64-bit) التثبيت من بعيد. تم اعتماد عملية ترحيل البيانات من SQL Server 2000 إلى SQL Server 2000 (64-bit)، بالإضافة إلى أنه يمكن إرفاق قاعدة البيانات 32-bit إلى مثيل 64-bit باستخدام الخيار فصل / ارفاق (detach/attach) أو نسخ احتياطي / استرداد (backup/restore) في 32-bit Enterprise Mangager. وبالتالي يمكن نقل قواعد البيانات بين 32-bit و 64-bit لـ SQL Server. كذلك يمكن ترحيل البيانات من SQL Server version 7.0 باستخدام نفس الأساليب بينما لا يتم العكس (downgrading) للبيانات من SQL Server 2000 (64-bit) إلى SQL Server 7.0.
الخدمات Services
يعتمد المربع Service Account الحساب SQL Server Service (MSSQLSERVER, MSSQL$<instancename>) و the SQL Agent Service (SQLSERVERAGENT, SQLAgent$<instancename>) و Analysis Services (MSSQLServerOLAPService). ويعتمد المربع Remote Account Information الحساب Cluster Setup Admin لاستخدامه عند تثبيت الخادم التخيلي. يتم اعتماد سطر الأوامر ليتم استخدامه في تكوين هذه الحسابات.
Analysis Services وتكامله في SQL Server Setup
يمكن أن يتم تثبيت Analysis Services في نفس الوقت كمحرك بحث قاعدة بيانات علائقية لـ SQL Server ومكونات SQL Server الأخرى. ويعد Analysis Services جزءًا من شجرة ميزات Windows Installer التي يمكنك منها تحديد الميزات التي تريدها ليتم تضمينها في التثبيت. يظهر المكون Analysis Services في شجرة الميزاتمع الميزتين الفرعيتين Data و SQL Repository.
الأدوات والأدوات المساعدة
أدوات إدارة واجهة المستخدم الرسومية: لكي يتمكن المستخدم من إدارة 64-bit SQL Server أو Analysis Server باستخدام أدوات الإدارة مثل Enterprise Manager أو Analysis Services، يجب استخدام أدوات 32-bit على خادم 32-bit لكي يتم إدارة خادم 64-bit من بعيد.
يتم تثبيت Distributed Transaction Coordinator (DTC) أيضًا في إصدارات 64-bit لعائلة Windows Server 20003 لأن DTC هو جزء من نظام التشغيل ولم يعد يتم تثبيته كجزء من برنامج إعداد SQL Server 2000 (6-bit). بالإضافة إلى ما سبق لم تعد الخدمة DTC تتم إدارتها من SQL Server Service Manager. لإدارة هذه الخدمة، استخدم الميزة Services في Administrative Tools في عائلة Windows Server 2003 لإصدار 64-bit.
لا تتوفر مكونات Data Transformation Services (DTS) لاستخدام خوادم 64-bit في هذا الإصدار. لاحظ تغير الوظائف تبعًا لذلك.
1- يمكن أن يتم حفظ DTS على الخادم 64-bit ويمكن تشغيل الحزمة DTS على الكائن dataset لـ SQL Server 2000 (64-bit)، ولكن من الأفضل او يجب أن يتم تشغيل الحزمة من جهاز 32-bit تم إعداده باستخدام أدوات SQL Server 2000.
2- لا يمكن تشغيل Copy Database Wizard على خادم 64-bit.
SQL Mail
لم يتم اعتماد SQL Mail في إصدار SQL Server 2000 (64-bit). لم يتم اعتماد الإجراءات الموسعة والمخزنة التالية لأنها جزء من وظائف SQL Mail:
xp-startmail
xp-stopmail
xp-sendmail
xp-readmail
xp-deletemail
xp-findnextmsg
sp-processmail
وتجدر الإشارة إلى أنه يمكن تكوين SQL Agent Mail في SQL Server 2000 (64-bit) من بعيد إذا كان أحد عملائك متصلاً من بعيد باستخدام الإصدار SQL Server 2000 Service Pack 3.0 أو الإصدار الأحدث.
لتكوين SQL Agent Mail، يجب استخدام Microsoft OutlookÒExpress لاستخدام حساب بريد موجود.
لإنشاء حساب بريد لـ SQL Agent Mail باستخدام Outlook Express.
من القائمة Start حدد Outlook Express.
من القائمة Tools حدد Accounts
في مربع الحوار Internet Accounts، انقر فوق Add ثم فوق Mail. يتيح لك ذلك إمكانية إنشاء حساب بريد جديد بواسطة تشغيل Internet Connection Wizard.
في مربع الحوار Your Name وفي المربع Display Name أدخل الاسم الذي يشير إلى مرسل جميع رسائل البريد الإلكتروني من SQL Agent.
في مربع الحوار E-mail Server Names وفي المربع My incoming mail server is a حدد Pop3 الخاص بنوع الخادم.
في المربع Incoming mail (POP3, IMAP, or HTTP) server أدخل اسم خادم POP3 . إذا كنت تستخدم هذا الحساب فقط لـ SQL Agent Mail فليس من الضروري تحديد اسم خادم POP3 صالح لأن SQL Agent Mail لا يتلقى البريد.
في المربع Outgoing mail (SMTP) server، أدخل اسم خادم SMTP صالح ليتم استخدامه لإرسال رسائل SQL Agent.
في مربع الحوار Internet Mail Logon وفي المربع Account Name، أدخل الحساب التي تريد استخدامه لإرسال إعلامات SQL Agent Mail.
انقر فوق Finish.
إذا كنت تستخدم Outlook Express 6.0 أو إصدارًا أحدث، يجب تكوين هذا التطبيق لكي لا يقوم بإرسال تنبيه عندما يصل SQL Agent إلى حساب Outlook Express الخاص بك.
تكوين SQL Agent Mail باستخدام Outlook Express 6.0
حدد Options من القائمة Tools في Outlook Express.
حدد علامة التبويب Security وقم بإلغاء تحديد خانة الاختيار "Warn me when other applications try to send mail as me".
انقر فوق OK
إذا قمت بإنشاء التشكيل الجانبي SMTP Outlook Express بالفعل، فيمكنك استخدام تشكيل SQL Agent Mail الجانبي بواسطة إعداده كحساب افتراضي.
كيفية استخدام SMTP Outlook Express Mail Account من أجل تكوين SQL Agent Mail
حدد Outlook Express من القائمة Start.
من القائمة Tools حدد Accounts
في مربع الحوار Internet Accounts، حدد حساب البريد الإلكتروني الافتراضي وانقر فوق الزر Set as Default. يجب أن يكون هذا الحساب، حساب POP3/SMTP لكي يعمل SQL Agent Mail.
إذا كنت تريد تغيير اسم حساب البريد الإلكتروني بعد تعيينه إلى الافتراضي يمكنك إعادة تسميته إلى SQLAgentMail. سوف يتم استخدام نفس اسم حساب البريد في تكوين SQL Agent Mail في Enterprise Manager.
كيفية تغيير اسم التشكيل الجانبي لـ SQL Agent Mail
من القائمة Start، حدد Outlook Express
من القائمة Tools حدد Accounts.
في مربع الحوار Internet Accounts، حدد الحساب الافتراضي وانقر فوق الزر Properties.
في مربع الحوار Properties، اكتب اسم التشكيل الجانبي في المربع Mail Account.
بعد أن قمت بإنشاء حساب البريد لـ SQL Agent Mail، يمكنك تكوين SQL Agent Mail باستخدام Enterprise Manager.
كيفية تحديد حساب بريد SQL Agent Mail باستخدام Enterprise manager
في مربع الحوار Agent Properties، حدد علامة التبويب General.
في المربع Mail Profile، حدد حساب بريد Outlook Express الذي تم تكوينه مسبقًا.
لمزيد من المعلومات حول وظائف SQL Agent Mail راجع 32-bit SQL Server 2000 Books Online.
أدوات العميل فقط Client Tools Only
يؤدي تثبيت الميزة Tools فقط من شجرة الميزات إلى تسهيل تثبيت Client Tools Only. لاحظ أن أدوات إدارة واجهة المستخدم الرسومية في SQL Server لم يتم تضمينها في هذا الإصدار، باستثناء ما يتعلق بـ SQL Server Network Utility و Service Manager، كما تتوفر أدوات سطر الأوامر.
الأدوات المعتمدة Supported Tools
يجب أن يتم تثبيت الأدوات من SQL Server 2000 (64-bit) RTM CD. لا يمكن تثبيت الأدوات من أي قرص مضغوط آخر CD، كجزء من المثيل SQL Server 2000 (6-bit). لاستخدام أدوات الإدارة مثل Enterprise Manager، استخدم مثيل SQL Server يعمل بنظام (32-بت) حيث يتم تثبيت أدوات الإدارة حتى يتمكن من إدارة مثيلات SQL Server 2000 (64-bit) من بعيد.
سجل الملف غير المراقب Record Unattended File
يتوفر ملف Template.ini ويمكنك تعديله للتثبيت غير المراقب.لا يعتمد SQL Server 2000 (64-bit) وظائف سجل الملف غير المراقب.
أدوات التطوير
لم يتم اعتماد الميزة Development Tools في شجرة الميزات بينما يتم تثبيت SQL Debugging Interface (SDI) بواسطة البرنامج Setup ويتم تضمينها في المكون الأساسي SQL Server Engine. لا يتم تثبيت أدوات التطوير الأخرى المتوفرة في SQL Server 2000 (32-bit) وهي (الرؤوس والمكتبات و MDACSDKS و Backup/Restore API) لا يتم تثبيتها بواسطة البرنامج Setup.
لمزيد من المعلومات حول MDAC وحالة مكوناته، راجع MDAC Roadmap على إنترنت.
DB-Library
لم يعتمد SQL Server 2000 (64-bit) نموذج البرمجة DB-Library ولا تتصل بنظام التشغيل 64-bit Windows. ولم يتم أيضًا تحسين أداء DB-Library API بعد SQL Server version 6.5 . يمكن أن تعمل جميع تطبيقات DB-library على SQL Server 2000 ولكن باعتبارهم عملاء من النوع 6.5 level. بالإضافة إلى أنه لم يتم اعتماد الميزات التي الموجودة في SQL Server 2000 و SQL Server Version 7.0 التي يتم استخدامها في تطبيقات DB-library.
Registry Rebuild و Rebuild Master
يعملان بطريقة مختلفة في نسخة الإصدار SQL Server 2000 (64-bit) عن نسخة الإصدار 32-بت. يستفيد SQL Server 2000 في نسخته التي تعمل بنظام 64-بت من ميزات الإصلاح الذاتي التي يوفرها Windows Installer. بالإضافة إلى توفر خصائص REINSTALL و REINSALLMODE على سطر أوامر الإعداد بهدف إعادة بناء التسجيل أو إعادة تثبيت الملفات المعطوبة أو المفقودة وإعادة تثبيت الاختصارات المعطوبة أو المفقود وإعادة بناء قواعد البيانات الرئيسية ويمكن تحديد هذه الخصائص على سطر الأوامر أو في الملف .ini.
نظام تجاوز الفشل في مجموعة خوادم متصلة Failover Clustering.
دعم نظام مجموعة الخوادم المتصلة Cluster Support
تم اعتماد تثبيت نظام تجاوز الفشل لمجموعة خوادم متصلة واحدة، بينما لم يتم اعتماد صيانة الميزات الخاصة بتثبيت عدة مجموعات. وتجدر الإشارة إلى أن الملف .ini القالب قد توفر في هذا الإصدار ليقوم بتمكين جميع ميزات المجموعات المعتمدة.
• صيانة عدة مجموعات من الخوادم المتصلة
لأنه لا يتم اعتماد إلا تعريف مجموعة واحدة، فلم يتم اعتماد صيانة الميزة باستخدام Add or Remove Programs في Control Panel لطرق تثبيت المجموعات المختلفة. يتم عرض مثيلات مجموعات الخوادم المتصلة من Add or Remove Programs ولكن لا يتم السماح بإجراء أية تغييرات.
يعتمد برنامج الإعداد إضافة عقدة أو إزالتها باستخدام واجهة المستخدم الرسومية أو سطر الأوامر. بالإضافة إلى أن سطر الأوامر يعتمد تغيير عنوان IP أو إضافته. يمكن إلغاء تثبيت Cluster من خلال برنامج الإعداد