Download
1 / 43
1.09k likes | 1.95k Views
پایگاه داده توزیع شده. مقدمه دوازده هدف سیستم های توزیع شده مشکلات سیستم های توزیع شده سیستم های کلاینت/سرور استقلال DBMS امکانات SQL. مقدمه.
E N D
پایگاه داده توزیع شده مقدمه دوازده هدف سیستم های توزیع شده مشکلات سیستم های توزیع شده سیستم های کلاینت/سرور استقلال DBMS امکانات SQL
مقدمه شفاف بودن به معنای این است که برنامه کاربردی از دیدگاه منطقی طوری اجرا می شود که گویی تمام داده ها توسط تنها یک DBMS که بر روی یک ماشین اجرا می شود، اداره می شود. بانک اطلاعات توزیع شده شامل مجموعه ای از سایت ها است که از طریق نوعی شبکه ارتباطی به هم متصل شده اند، سایت ها موافقت کرده اند که با هم کار کنند به طوری که هرکاربر در هر سایت بتواند به داده های موجود در هر جای شبکه دستیابی داشته باشد. بانک اطلاعات توزیع شده نوعی بانک اطلاعات مجازی که اجتماع منطقی از بانک های اطلاعات واقعی می باشد.
مقدمه هر کدام از بانک های اطلاعات واقعی دارای کاربران محلی، DBMS محلی، نرم افزار مدیریت تراکنش محلی، مدیر انتقال داده محلی می باشد. کل سیستم توزیع شده را می توان نوعی مشارکت بین هر یک از DBMSهای محلی و یک قطعه ی نرم افزاری جدید در هر سایت دانست. ترکیبی از این قطعات جدید با DBMSهای موجود است که سیستم مدیریت بانک اطلاعات توزیع شده را می سازند. به طور فیزیکی - به طور منطقی (چندین سایت در یک ساختمان) به وسیله شبکه محلی (LAN) - شبکه های گسترده (WAN) فرض همگنی اکید: فقط یک DBMS وجود دارد و هر سایت یک کپی از آن را اجرا می کند.
بانک های اطلاعات توزیع شده مطلوب اند؟ مؤسسات به طور منطقی توزیع شده اند هر واحد سازمانی در داخل مؤسسه، به طور طبیعی داده هایی را نگه می دارد که به عملکرد خودش مربوط می شود. کل اطلاعات مربوط جزیره های اطلاعات تقسیم شده اند. سیستم های توزیع شده امکان ارتباط این جزیره ها را فراهم می آورد. داده های محلی می توانند به طور محلی و داده های راه دور می توانند در صورت لزوم دستیابی شوند. کارایی پردازش (داده ها در نزدیکی جایی که غالباً استفاده می شوند، ذخیره می گردند). قابلیت دستیابی زیاد (امکان دارد حساب لوس انجلس از سان فرانسیسکو و برعکس از طریق شبکه ارتباطات دستیابی شوند)
بانک های اطلاعات توزیع شده مطلوب اند؟ بزرگترین عیب • از نظر تکنیکی پیچیده اند. این پیچیدگی باید مسئله ی پیاده سازی باشد نه کاربران، اما احتمال دارد که بعضی از جنبه های آن به کاربران نمایش داده شود. بعضی از محصولات • Ingres/Start • بانک اطلاعات توزیع شده توزیع شده Oracle • تسهیلات داده های توزیع شده ی DB2 برای موفقیت، سیستم های توزیع شده باید رابطه ای باشند.
اصل اساسی بانک اطلاعات توزیع شده از نظر کاربر، سیستم توزیع شده دقیقا باید مثل سیستم توزیع نشده (متمرکز) باشد. • کاربران عملیات های دستکاری داده ها را بدون تغییر انجام می دهند. • برعکس، عملیات های تعریف داده ها نیازمند بسطهایی در سیستم توزیع شده اند. ویژگی ها • خودمختاری محلی • عدم اطمینان به سایت مرکزی • عملکرد(عملیات) مداوم • استقلال مکانی • استقلال تکه تکه شدن • استقلال تکثیر
اصل اساسی بانک اطلاعات توزیع شده ادامه ویژگی ها • پردازش تقاضای توزیع شده • مدیریت تراکنش توزیع شده • استقلال سخت افزاری • استقلات سیستم عامل • استقلال شبکه • استقلال DBMS این اهداف مستقل از یکدیگر نیستند، جامع نیستند، ارزش آنها یکسان نیست. سیستم های بانک اطلاعات توزیع شده ی تعمیم یافته ی کامل سیستم های کلاینت/سرور هستند که کاربر به میزان کم یا زیاد می داند که داده ها در راه دور هستند و باید براساس آن رفتار کند برعکس در سیستم بانک اطلاعات توزیع شده ی کامل درزها مخفی اند.
خودمختاری محلی • خودمختاری محلی این است که تمام عملیات ها در یک سایت، توسط آن سایت کنترل شوند. • هم چنین ایجاب می کند که داده های محلی با مسئولیت محلی مدیریت و اداره شوند. • تمام داده ها واقعاً متعلق به بانک اطلاعات محلی اند حتی اگر توسط سایت های دیگر قابل دسترس باشند. • جامعیت، امنیت و نمایش ذخیره سازی فیزیکی داده های محلی، تحت کنترل و اختیار سایت محلی باقی می ماند. • در واقع، هدف خودمختاری محلی به طور کامل قابل حصول نیست و سایت حتی الامکان باید خودمختار باشد.
عدم اتکاء به سایت مرکزی خودمختاری محلی نتیجه می دهد که با تمام سایت ها باید به طور یکسان رفتار شود. عدم اطمینان به سایت مرکزی، حداقل به دو دلیل زیرنامطلوب است: • سایت مرکزی ممکن است به گلوگاه تبدیل شود. • مهم تر این که سیستم آسیب پذیر خواهد بود.
عملکرد مداوم قابلیت اعتماد • زیرا چنین سیستم هایی در وضعیت همه یا هیچ نیستند قابلیت دسترسی • خاموش شدن بدون برنامه ریزی (مثل خرابی) • خاموش شدن برنامه ریزی شده
استقلال مکانی استقلال مکانی ایده اصلی استقلال مکانی (که شفافیت مکان نیز نامیده می شود) آن است که کاربران نباید بدانند که داده ها به طور فیزیکی در کجا ذخیره شدند. استقلال مکانی بسط حالت توزیع شده ی مفهوم استقلال داده ها
استقلال تکه تکه شدن اساساً دو نوع تکه تکه شدن وجود دارد: افقی و عمودی محدودیت و تصویر محدودیت ها باید تجزیه عمودی را بسازند. تصویر باید تجزیه بدون نقصان را انجام دهند.
استقلال تکه تکه شدن سهولت تکه تکه شدن و سهولت بازسازی دو دلیل از چندین دلیل رابطه ای بودن سیستم های توزیع شده اند. از استقلال تکه تکه شدن نتیجه می شود که کاربران با دیدی از داده ها مواجه می شوند که در آن، تکه ها به طور منطقی به وسیله الحاق ها و اجتماع های مناسب دوباره ترکیب می شوند. به هنگام سازی چندتایی ممکن است موجب شود که آن چندتایی از تکه ای به تکه دیگر منتقل شود.
استقلال تکه تکه شدن بهینه ساز تعیین می کند که کدام تکه ها باید به طور فیزیکی دستیابی شوند تا تقاضای کاربر برآورده شود
استقلال تکثیر سیستم در صورتی از تکثیر داده ها پشتیبانی می کند که یک متغیر رابطه ای پایه بتواند به وسیله کپی های متعدد و مجزا یا تکثیرهایی که در سایت مجزایی ذخیره شدند، نمایش داده شود. تکثیربه دو دلیل مطلوب است: • کارایی • قابلیت دسترسی
استقلال تکثیر عیب عمده • مسئله انتشار به هنگام سازی افزونگی کنترل شده استقلال تکثیر(که گویی داده ها اصلاً تکثیر نشده اند.) از استقلال تکثیر نتیجه می شود که بهینه ساز این مسئولیت را برعهده دارد که تعیین کند، کدام کپی ها باید به طور فیزیکی دستیابی شوند تا تقاضای کاربر برآورده شود.
پردازش تقاضای توزیع شده عرضه کنندگانی از لندن را مشخص کنید که قطعات قرمز را عرضه می کنند. • کاربر در سایت نیویورک و داده ها در سایت لندن قرار دارد. • این تقاضا شامل دو پیام است • ارسال تقاضااز نیویورک به لندن • برگرداندن مجموعه ای از n چندتایی از لندن به نیویورک • سیستم غیر رابطه ای شامل 2n پیام است. • سیستم توزیع شده ی رابطه ممکن است چندین برابر بهتر از سیستم غیررابطه ای باشد. • بهینه سازی در سیستم توزیع شده مهمتر از سیستم متمرکز است.
مدیریت تراکنش توزیع شده دو جنبه مهم از مدیریت تراکنش عبارتند از ترمیم و همروندی • هر تراکنش شامل چندین عامل است که هر عامل، فرآیندی است که از جانب تراکنش موردنظر در سایت موردنظر اجرا می شود. • دو عاملی که بخشی از یک تراکنش هستند، نباید اجازه داشته باشند که با یکدیگر به بن بست برسند. • تراکنشی یکپارچه (اتمیک) است که مجموعه ای از عامل های مربوط به آن تراکنش یا همگی با هم تثبیت می شوند یا همگی با هم خنثی می شوند. • کنترل هم روندی در اغلب سیستم های توزیع شده مبتنی بر قفل کردن است.
استقلال سخت افزاری • استقلال سیستم عامل • استقلال شبکه • استقلال DBMS فرض همگنی اکید فرضی بسیار شدید می باشد. در واقع، فقط لازم است تمام نمونه های DBMS در سایت های مختلف از یک واسط پشتیبانی کنند الزاماً همه ی آنها نباید شامل کپی هایی از یک نرم آفزار DBMS باشند (از SQL استاندارد پشتیبانی کنند) سیستم توزیع شده، می تواند حداقل تا درجه ای ناهمگن باشد. پشتیبانی از ناهمگنی، مطلوب است.
مشکلات سیستم های توزیع شده هدف تعریف مجدد در سیستم های توزیع شده مینیمم کردن بهره برداری شبکه است(در مقابل I/O). • پردازش تقاضا • مدیریت کاتالوگ • ترمیم • همروندی
پردازش تقاضا • تغییر کلی در زمان ارتباط زیاد است • نرخ داده ها و تأخیر دستیابی عوامل مهمی در انتخاب راهبردی اند • زمان های محاسبه و I/O احتمالاً در مقایسه با زمان ارتباط برای راهبردهای ضعیف ناچیز است • بعضی از راهبردها اجازه ی پردازش های موازی را در دو سایت می دهند.
مدیریت کاتالوگ در سیستم توزیع شده، کاتالوگ سیستم نه تنها شامل داده های معمولی کاتالوگ درباره ی متغیرهای رابطه ای پایه، دیدها، قیدهای جامعیت، احراز هویت ها و غیره است، بلکه شامل تمام اطلاعات کنترلی لازم است تا سیستم را قادر سازد که استقلال مکانی، تکه تکه شدن و تکثیر را فراهم نماید. خود کاتالوگ در کجا و چگونه باید ذخیره شوند؟ • متمرکز • کاملاً تکثیر شده • افراز شده • ترکیب روش های 1 و 3: همانند روش3، هر سایت کاتالوگ محلی خودش را نگه می دارد. همانند روش1یک سایت مرکزی یک کپی از اجتماع تمام آن کاتالوگ های محلی را نگه می دارد.
مدیریت کاتالوگ هر یک از این روش ها، مشکلات خاص خودشان را دارند. • روش1 : عدم اطمینان به سایت مرکزی را نقض می کند • روش2 : از عدم وجود خودمختاری رنج می برد، به طوری که هر به هنگام سازی کاتالوگ باید به هر سایت به هر سایت منتشر شود. • روش3، عملیات های غیر محلی را بسیار گران می کند • روش4 کارآمدتر از روش3 است (یافتن شیء) اما هدف عدم اتکاء به سایت مرکزی را نقض می کند. • درعمل، سیستم ها معمولاً از هیچ کدام از این روش ها استفاده نمی کنند.
مدیریت کاتالوگ روشR* • نام چاپی- نام سطح سیستم • ID ایجاد کننده • ID ایجاد کننده ی سایت • نام محلی (نام غیرتوصیفی شیء) • ID سایت تولد (ID سایتی که شیء در ابتدا در آن جا ذخیره شده) • ID کاربران در سایت یکتا هستند و ID سایت ها به طور سراسری یکتا هستند. • در حالت اول (استفاده از نام محلی) • در حالت دوم (استفاده از مترادف)، سیستم، نام سطح سیستم را با بررسی جدول مترادف مربوطه تعیین می کند.
مدیریت کاتالوگ هر سایت، علاوه بر جدول های مترادف، موارد زیر را نیز نگه میدارد: • وارده ی کاتالوگ برای هر شیء متولد شده در آن سایت. • وارده ی کاتالوگ مربوط به هر شیئی که فعلاً در آن سایت ذخیره شده است. مزایا؟ • نام سیستم ← محل تولد ← محل نگهداری • شیء هنوز می تواند حداکثر در دو دستیابی راه دور پیدا شود. • کاملاً یک طرح توزیع شده است • سایت کاتالوگ مرکزی وجود ندارد. • در سیستم، یک نقطه ی شکست وجود ندارد.
انتشار به هنگام سازی مشکل اصلی تکثیرداده ها این است که به هنگام سازی هر شیء منطقی باید به تمام کپی های ذخیره شده ی آن شیء منتشر شود. مشکل این است که سایت هایی شامل یک کپی از شیءهستند، ممکن است در زمان به هنگام سازی وجود نداشته باشند. در این راهبرد، داده ها نسبت به حالت غیرتکثیری کمتر مهیا خواهند بود طرح متداول : طرح کپی اصلی • یک کپی از هر شیء تکثیر شده به عنوان کپی اصلی درنظر گرفته می شود. بقیه کپی های ثانویه در نظر گرفته می شوند. • کپی های اولیه ی اشیای مختلف در سایت های مختلفی وجود دارد • بلافاصله پس از به هنگام سازی کپی اصلی، عملیات های به هنگام سازی به طور کامل انجام می شود. • سایت نگهدارنده ی آن کپی مسئول انتشار به هنگام سازی به کپی های ثانویه در زمان بعدی است
انتشار به هنگام سازی • اگر قرار باشد خواص ACID تراکنش حفظ شود، زمان بعدی باید قبل ازCOMMIT باشد • انتشار تمام به هنگام سازی ها باید قبل از کامل شدن تراکنش مربوطه کامل شود (تکثیر همزمان) • انتشار به هنگام سازی در زمان دیرتری انجام می شود نه الزاماً در حوزه ی تراکنش مربوط (تکثیر ناهمزمان) • بسیاری از محصولات،تکثیر را بااستفاده از انتشار تأخیری پیاده سازی می کنند. • به هنگام سازی تمام کپی ها قبل از COMMIT نیازمند پشتیبانی از تثبیت دومرحله ای است که هزینه آن بالاست
ترمیم • تثبیت دو مرحله ای مخصوصاً در سیستم توزیع شده مهم است، زیرا مدیران منابع موردنظر یعنی DBMS های محلی در سایت های مجزایی کار می کنند و در نتیجه خودمختارند. • هدف عدم اتکاء به سایت مرکزی بیان می کند که عمل هماهنگ کننده نباید به سایت متمایزی در شبکه نسبت داده شود. • ترمیم معمولاً توسط سایتی اداره می شود که تراکنش موردنظر در آن آغاز می شود. • در فرآیند تثبیت دو مرحله ای، لازم است هماهنگ کننده با هر سایت همکار ارتباط داشته باشد که به معنای پیام ها و سرباز بیشتر است. • اگر سایت Y به عنوان همکار در فرآیند تثبیت دو مرحله ای عمل کند،خودمختاری محلی ممکن است تا حدی نقض شود. • برای کلیت فرض می کنیم هماهنگ کننده و همکار در سایت های مختلفی قرار دارند.
ترمیم • پیام آماده باش را نشان می دهد که در زمان t1 ارسال می شود و توسط همکار در زمان t2 دریافت می شود. • همکار، یک رکورد ثبت را برای این عامل محلی در کارنامه فیزیکی خودش قرار می دهد، سپس OK را به هماهنگ کننده می فرستد .(NOT OK)
ترمیم • هر منبع قفل شده توسط عامل محلی، باید قفل شده باقی بماند تا همکار، تصمیم هماهنگ کننده را دریافت و اجرا نماید. • وقتی هماهنگ کننده پاسخ را از تمام همکاران دریافت کرد، تصمیم گیری می کند. • این تصمیم تثبیت، وگرنه خنثی سازی است • سپسآن تصمیم را در کارنامه فیزیکی ثبت می کند • فرض می کنیم تصمیمی گیری، تثبیت بود. این هماهنگ کننده به هر همکار دستور می دهد آن را انجام دهند. • وقتی تمام اعلام وصول ها توسط هماهنگ کننده دریافت شدند، کل فرآیند کامل می شود.
ترمیم • باید نگران این باشیم که سایت یا شبکه درهر نقطه ای خراب شوند. • فرض کنید سایت هماهنگ کننده در زمان t بین زمان های t5و t6 خراب می شود. وقتی سایت ترمیم می شود آن گاه رویه راه اندازی مجدد، از کارنامه پی می برد • در حالت ایده آل، علاقه داریم فرآیند تثبیت دومرحله ای، نسبت به هر نوع خرابی قابل تصور، ترمیم پذیر باشد. • این هدف اساساً دست یافتنی نیست. الگوریتم را می توان ارتقا داد تا کارایی بهبود یابد: • اول : اگر عاملی در یک سایت همکار، پاسخ مرا نادیده بگیرید ارسال نماید، هماهنگ کننده می تواند آن را در فاز 2 نادیده بگیرد. • دوم: اگر تمام همکاران پاسخ مرا نادیده بگیرید را در فاز 1 ارسال کنند می توان به طور کامل از فاز 2 صرف نظر کرد.
ترمیم • سوم: دو شکل مختلف از طرح اصلی وجود دارد: تثبیت قطعی و خنثی سازی قطعی • تثبیت قطعی: در این طرح، لازم است همکاران پیام های خنثی سازی را اعلام وصول نماید ولی لازم نیست پیام های تثبیت را اعلام وصول کنند و هماهنگ کننده می تواند به محض پخش وسیع تصمیمی خود،آن را فراموش کند، به شرطی که تصمیم گیری تثبیت باشد. • خنثی سازی قطعی برعکس است: لازم است همکاران پیام های تثبیت را اعلام وصول کنند، نه پیام های خنثی سازی را و هماهنگ کننده می تواند به محض پخش وسیع تصمیم خود تا زمانی که آن تصمیم خنثی سازی است تراکنش را فراموش کند. اگر همکاری در حالت مشکوک با شکست مواجه شود آن گاه در هنگام راه اندازی مجدد با هماهنگ کننده مذاکره خواهد کرد. اگرهماهنگ کننده هنوز تراکنش را به یاد دارد، آن گاه تصمیم، تثبیت وگرنه خنثی سازی خواهدبود
ترمیم • خنثی سازی قطعی نسبت به تثبیت قطعی ارجح است. • مشکل تثبیت قطعی • فرض کنید هماهنگ کننده در فاز 1خراب شود (یعنی قبل از تصمیم گیری) آن گاه درهنگام راه اندازی مجدد در سایت هماهنگ کننده تراکنش خنثی شده است (زیرا کامل نشده است). بعداً همکار با هماهنگ کننده مذاکره می کند و درباره ی تصمیمش درمورد این تراکنش می پرسد. هماهنگ کننده تراکنش را به یاد نمی آورد، تثبیت را قطعی می کند • به منظور اجتناب از این نوع تثبیت های نادرست هماهنگ کننده در شروع فاز 1 باید وارده ای را در کارنامه فیزیکی خود قراردهد سپس در راه اندازی خنثی سازی را به تمام همکاران پخش وسیع نماید. • خنثی سازی قطعی، استاندارد بالقوه پیاده سازی سیستم ها می باشد.
همروندی کنترل همروندیدر اغلب سیستم های توزیع شده، مبتنی بر قفل کردن است، درست مانند سیستم های متمرکز. اما، در سیستم توزیع شده، تست، قفل کردن و بازکردن قفل به پیام تبدیل می شوند. برای مثال، تراکنش T را درنظر بگیرید که نیازمند به هنگام سازی شیئی است که برای آن شئ، کپی هایی در n سایت راه دور قرار دارد. • یک پیاده سازی ساده حداقل به 5nپیام نیاز دارد: • n درخواست قفل • n واگذاری قفل • n پیام به هنگام سازی • nاعلام وصول • nدرخواست بازکردن قفل • می توان با پیام های قاچاقی اصلاح کرد • کل زمان به هنگام سازی هنوز خیلی بیشتر از سیستم متمرکز است.
همروندی روش معمول برای حل این مسئله، پذیرفتن راهبرد کپی اصلی است که شرح آن گذشت. برای شیءA ، سایت نگهدارنده ی کپی اصلیA، تمام عملیات های قفل کردن که A را دربرمی گیرد • یک درخواست قفل، یک واگذاری قفل،n به هنگام سازی، n اعلام وصول و یک درخواست بازکردن قفل(2n+3) • اگر کپی اصلی وجود نداشته باشد، تراکنش می تواند با شکست مواجه شود، حتی اگر تراکنش قفط خواندنی باشد و کپی محلی وجود داشته باشد • اثر نامطلوب راهبرد کپی اصلی، کاهش کارایی و مهیا بودن برای بازیابی ها و به هنگام سازی هاست.
بن بست • مشکل دیگر قفل کردن در سیستم توزیع شده این است که می تواند منجر به بن بست سراسری شود یا به عبارتی دیگر، بن بستی که شامل دو یا چند سایت است. • گراف های محلی با هم درنظر گرفته شوند.
سیستم های کلاینت/سرور سیستم کلاینت/سرور، یک سیستم توزیع شده است که در آن بعضی از سایت ها کلاینت و بعضی از سایت ها سرور هستند. • تمام داده ها در سرور قرار دارند. • برنامه های کاربردی در سایت های کلاینت اجرا می شوند. • درزها نمایش داده می شوند. • استقلال مکانی کامل فراهم نیست. • اصطلاح کلاینت/سرور به یک معماری یا تقسیم منطقی مسئولیت ها اشاره دارد.
سیستم های کلاینت/سرور • چندین کلاینت ممکن است قادر باشند در یک سرور مشترک باشند(حالت نرمال). • یک کلاینت ممکن است قادر باشد به چندین سرور دستیابی داشته باشد. • کلاینت در هر زمان فقط محدود به دستیابی به یک سرور است. • کلاینت همزمان می تواند به چندین سرور دستیابی داشته باشد(بانک اطلاعات توزیع شده ی کامل)
استانداردهای کلاینت/سرور • استاندارد SQL • دستیابی داده های راه دورISO، RDA • کلاینت درخواست های بانک اطلاعات را به شکل استاندارد SQL بیان می کند • سرور از کاتالوگ استاندارد پشتیبانی می کند به صورت استاندارد SQL بیان می شود • فرمت های نمایش خاصی را برای ارسال پیام ها • درخواست های SQLداده ها و نتایج و اطلاعات تشخیصی بین کلاینت و سرور • معماری بانک اطلاعات رابطه ای توزیع شده DRDAشرکت IBM • DRDA از جنبه های مختلفی با RDA متفاوت است • DRDA فرض نمی کند که کلاینت از نسخه ی استاندارد SQL استفاده می کند • DRDA مبتنی بر استانداردها و معماری های IBM است RDA مبتنی بر استانداردهای بین المللی، نه استانداردهای خاص فروشنده هستند.
رویه های ذخیره شده اگر سیستم از رویه های ذخیره شده پشتیبانی کند، تعداد پیام های بین کلاینت و سرور کاهش بیشتری می یابد. سایر امتیازات عبارتند از: • برای پنهان کردن جزئیات • درجه بالاتری از استقلال داده ها • یک رویه ذخیره شده می تواند بین چندین کلاینت مشترک باشد. • بهینه سازی می تواند در زمان ترجمه ی رویه ذخیره شده • رویه های ذخیره شده می توانند امنیت بهتری را فراهم کنند. • رویه ای را فراخوانی نماید، ولی نتواند مستقیماً روی داده های دستیابی شده توسط آن رویه کار کند. SQL در سال 1996SQL/PSM از رویه های ذخیره شده پشتیبانی می کند.
دروازه ها و میان افزارها هر قطعه نرم افزار که هدف کلی آن سرپوش گذاشتن روی تفاوت های بین سیستم های متمایز است که قرار است باهم کار کنند، میان افزار نامیده می شود
SQL • SQL فعلا از سیستم های بانک اطلاعات توزیع شده پشتیبانی نمی کند. از بعضی قابلیت های کلاینت/سرور پشتیبانی می کند. Connect ,Disconnect • در هر زمان، یک کلاینت فقط می تواند یک اتصال فعال و چندین اتصال غیرفعال داشته باشد • استاندارد SQLتراکنش های چندسروری پشتیبانی کنند. یعنی، کلاینت ممکن است بتواند در میانه ی تراکنش از سروری به سرور دیگر برود، به طوری که بخشی از تراکنشی در یک سرور و بخی دیگر در سرور دیگر انجام شد. • به هنگام سازی بتواند در این روش روی چندین سرور انجام شوند، پیاده سازی باید از نوعی تثبیت دومرحله ای پشتیبانی کند تا یکپارچگی (اتمیک) موردنیاز استاندارد را برای تراکنش فراهم سازد.
