سيكويا حل الوسائط الشفاف الذي يقدم التجميع وخدمات التحميل والفشل في أي قاعدة بيانات
التحميل الان

سيكويا الترتيب والملخص

سيكويا العلامات

يتحكم الرصيد تحكم قاعدة البيانات غلاف تحميل موازن غلاف الاتصالات

سيكويا وصف

حل الوسائط الشفاف الذي يقدم التجميع، موازنة التحميل وخدمات تجاوز الفشل لأي قاعدة بيانات Sequoia هي التكنولوجيا الأساسية توفر قدرات تجميع قاعدة البيانات. وهي تتألف من وحدة تحكم تنفذ RAIDB (مجموعة زائدة من قواعد البيانات غير المكلفة). يتم نسخ تحكم المراقبين في Weatheroia لأغراض هكتار وقابلية التوسع. تستخدم وحدات التحكم الاتصالات الجماعية لمزامنة الكتلة. Hedera عبارة عن مجمع اتصالات جماعية يمكن توصيله بالعمل مع تطبيقات اتصالات مجموعة متعددة مثل Appia أو JGroups أو Spream.Seconsoia يأتي مع برنامج تشغيل JDBC لتطبيق Java. يتم توفير برامج تشغيل إضافية ل PHP و ODBC و API Native API و PERL و PERL و C / C ++ من خلال مشروع Carob. مع تفشل شفافة على القدرات. ملاحظة: Sequoia هي مرخصة مزدوجة وتوزيعها تحت ترخيص Apache، الإصدار 2.0 وترخيص GNU العام (GPL)، الإصدار 2.0. فيما يلي بعض الملامح الرئيسية "Sequoia": لا يوجد تعديل للتطبيقات الحالية أو قواعد البيانات. التشغيل مع أي قاعدة بيانات توفر برنامج تشغيل JDBC. توافر مرتفعة مقدمة من تقنية RAIDB المتقدمة. القدرات الفاشلة والانتعاش الشفاف. قابلية تصوير الأداء مع موازنة التحميل الفريدة واستعلام النتائج التخزين المؤقت. الإدارة المستندة إلى JMX المتكاملة والرصد. تطبيق Java 100 يسمح بالحمل عبر المنصات مع 1.4 جري أو أكبر. ما الجديد في هذا الإصدار: - لا يتم تنفيذ الصيد حقا - لا يجوز Sequoia تخزين سجلات البيانات مع الفاصلة المنقوطة - يمكن أن ترى اتصالات ثابتة مستمرة منذ فترة طويلة استثناءات عند إرسال طلب جديد إلى MySQL - قد يفشل الأمر تهيئة سجل الاسترداد العادى - النسخ الاحتياطي مع برنامج تشغيل MS JDBC ل MS SQL Server 2005 - موازن تحميل RAIDB1 و WaitforcompletionPolicy = الأول لا يعمل - توقف سجل الاسترداد عن المعالجة وحاول تمكين قاعدة البيانات إذا كان هناك بيان غير قابل للتعديل في سجل الاسترداد - databasesesqlmetadata.createdatabaseschema يخفي الاستثناءات التي يمكن إلقاؤها عن طريق الاتصال بالبيئة .getexportedkeyes (NULL، NULL، NULL) - لا يبطل سجل الاسترداد بشكل صحيح البيانات المعدة عند انتهاء مهام الخمول - لا يمكن إعادة تشغيل وحدة تحكم Sequoia المضمنة لأن مؤشر ترابط PingReSponder غير مغلق. - انتظر لجميع الأعضاء من الانضمام @ joingroup هو القصير ل Appia - تمكين Backend يرسل 2 إشعارات JMX متساوية - تحذير Set Setwoint الموزعة لم يزيل نفسها من إجمالي قائمة انتظار الطلبات الإجمالية عندما لا يحتوي وحدة التحكم على الظهر. - سجل الفيضانات تحكم مع الرسائل عند الاتصال بالتطبيقات بسائق أقدم - الفشل بسبب تحطم وحدة تحكم أثناء بيان الالتزام يمكن إصدار التحذير التالي "المعاملة 4 تم إحباطها بواسطة قاعدة البيانات" - ستؤدي إضافة VDB إلى وحدة تحكم مع مجموعة علم "القوة" إلى "انتهاك فريد قيد" SQLException إذا كان VDB هو بالفعل "آخر رجل". - قد يثبت بث أعمدة قاعدة البيانات المحددة في قاعدة البيانات "علة داخلي: حاول تلقي باستخدام خطأ غير محدد - بعض طلبات القراءة لا تحتوي على معرف طلب صالح. يمكن أن يؤدي ذلك إلى فشل رسالة الخطأ هذه: فشل "طلب" 0 "(تم بالفعل جدولة استعلام مع ID 0)" - إذا كانت وحدات التحكم 2 غير متزامنة للغاية، فقد يتم تعطيل الخلفية بسبب طلب فشل على وحدة تحكم واحدة وليس الآخر - Sequoia.DTD مفقود تعريف السمة ل IdLeconnectionTimeOut - RAIDB1 CallStored Procedure و EXWRITRETQUEST طرق فرض إحباط المعاملة في حالة إحباط المتزامنة، ولكن لا تقم بتسجيل إجهاض الإجواب في سجل الاسترداد - رسالة خطأ عند إحباط المعاملة بسبب Deadlock: غير قادر على استرجاع اتصال المعاملة - خطأ عند استخدام CallableStatement مع المعلمات خارج / خارجية: لا توجد قيمة محددة للمعلمة - التزلجتشيدولر. سيقوم بتجربة المعاملات المهاجمة في إحباط الفشل الأول. - لا يتم إغلاق بيانات اتصال الاختبار بشكل صحيح - فشل التحقق من تناسق سجل الاسترداد باستخدام Derby كقاعدة البيانات - نظام النسخ الاحتياطي يرمي الاستثناء لأنه لم تتم معالجة طلب القراءة المعلقة - lededstatement.get الذاكرة تسرب البيانات الوصفية - استثناء عند تنفيذ GetExportedKeys (NULL، NULL NULL): Java.sql.sqlexception: اسم الجدول لا يمكن أن يكون فارغا - يجب أن تعمل AwaryGetGeteneratedkeys أيضا لاستبدال البيانات - StringindExOutOfBoundSexception عند استرجاع سنوات MySQL كتواريخ - أعد rededstatementgetparametermetata غير إعادة المحاولة على وحدة تحكم ثانية في حالة عدم وجود backend المتاحة - مكررة أسماء نقطة تفتيش إيقاف التشغيل مع قواعد بيانات افتراضية غير توزيع - حالة الخلفية غير المستعادة من سجل الاسترداد مع قواعد البيانات الافتراضية غير الموزعة - دعوة إلى metadata.getexportedkeys () يولد NPE في sequoiaschemafactory - سجل الاسترداد: يجب إبطال RemovecheckPointEvent الاتصال قبل إعادة المحاولة - NPE في قاعدة البيانات - ابدأ غير مسجل في سجل الاسترداد لقواعد البيانات الافتراضية غير الموزعة - مع أكثر من وحدة تحكم Firebird Backend يرمي NPE - nullpointerexception عند محاولة نقل تفريغ - يتم كسر عرض RAIDB-1 غير الموزع - المعاملة مع أقفال متعددة تنافس مع إجراء مخزن لها قائمة قفل خاطئة - إضافة منفذ إلى مواصفات Dumpserver ذات الخبط - التعامل مع فشل سجل تسجيل قاعدة البيانات - التصحيح: دعم وحدة التحكم "إيقاف التشغيل الآمن" عبر Runtime.getRuntime (). addshutdownhook () - مهلة اتصال الخمول - توفير خيار لتجنب تحديث المخطط الكامل في كل مرة يتم فيها إنشاء عبارة إنشاء جدول مقابل الكتلة - يجب ألا تستخدم وحدة التحكم SQL مهلة الاستعلام - توفير تسجيل أفضل أثناء إعادة تشغيل سجل الاسترداد وإيجاد مهمة تحمل علامة "تنفيذ" - التطبيقات ذات الأرقام الكبيرة من أخطاء بناء جملة SQL تملأ full_cluster.log مع التحذيرات والخسائر الخارجية - لا ينبغي أن يحدث استبدال الماكرو لطلبات تحديد - ترقية إلى JGroups 2.4.2 - يجب أن تقوم تحديثات المخطط عبر المخطط بإنشاء خطأ بدقة توقف التطبيق - إضافة ميزة repleterceptor للسماح بإضافة منطق سهلة لمراقبة الطلبات وتحويلها - تنفيذ طريقة lededstatement.getparametermetata () طريقة - إضافة إشعارات JMX لانضمام () وفاشل () - تمديد وحدة تحكم Sequoia للتعامل مع الاختلافات في تلميحات سائق الخلفية من تلميحات SetFetchSize () - إضافة خاصية DefaultFetchSize إلى برنامج تشغيل JDBC لتسهيل التعامل مع مجموعات نتيجة كبيرة جدا في وحدة التحكم - تنفيذ أمر وحدة التحكم الجديدة لإظهار حالة نشاط VDB. - Derby Backuper لخادم الشبكة قيد التشغيل محليا - التصحيح لمنفذ JMX-Rmiserver ثابت

سيكويا برامج ذات صلة