سؤال

نحن نحاول تكرار واحد من ينفورميكس قاعدة البيانات على خادم اختبار ، ولكن دون ينفورميكس خبرة في المنزل يمكننا تخمين فقط ما نحتاج إلى القيام به.أنا أتعلم هذه الأشياء على الطاير نفسي في أي مكان بالقرب من مستوى الخبرة اللازمة لتشغيل ينفورميكس بكفاءة أو حتى غير فعال.على أية حال...تمكنا من نسخ .دات و .idx الملفات من خادم الحية في مكان ما.تثبيت لينكس و أحدث ينفورميكس ديناميكية الخادم على ذلك وتشغيلها.

الآن ماذا يجب أن نفعل .دات و idx الملفات من الخادم ؟ نقوم بنسخه في مكان ما وأنه سيتم التعرف عليه تلقائيا ؟

أم أن هناك ما يعادل الطريقة لا نعلق DB من MS SQLServer لتسجيل ملفات قاعدة البيانات في قاعدة البيانات ؟

في نهاية حبل...

هل كانت مفيدة؟

المحلول

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

المسلحة مع هذه المعلومات الخلفية وعلى افتراض أن الإنتاج والتنمية الملقمات التي تستخدم نفس نظام التشغيل و الأجهزة الخاصة بك في نفس نسبيا ، وليس مزيج من PARISC, Itanium أو x86/x64 سأرمي زوجين من الخيارات بالنسبة لك.

  1. إنشاء dbspaces التي تحتاج في مثيل جديد واستخدام onunload و onload لنسخ قاعدة البيانات من الإنتاج إلى التنمية.
  2. استخدام ontape أو onbar النسخ الاحتياطي إنتاج كامل سبيل المثال ، استعادة ذلك على التنمية سبيل المثال.

الخيار 1 يتطلب أن تعرف ما dbspaces تسمية وكيف كانت كبيرة.استخدام onstat -d على إنتاج سبيل المثال لمعرفة ذلك.راجع للشغل, الأرقام المذكورة في onstat -د في صفحات ، وأعتقد أن لينكس هو 2K الصفحة.

الخيار 2 يتطلب ببساطة أن مسارات ملفات البيانات هي نفسها على ملقمي.وهذا يعني أن ROOTDBS يجب أن تكون هي نفسها في كلتا الحالتين.التي يمكن العثور عليها من خلال تنفيذ onstat -c | grep ROOTDBS

هناك الكثير الذي تم استبعاده ولكن آمل أن يكون هذا يوفر لك المعلومات التي تحتاج إلى المضي قدما في المهمة.

نصائح أخرى

على .دات و .idx الملفات المرتبطة ج-عصام ، أو عندما نظمت في دليل يسمى dbase.dbs (حيث dbase هو اسم قاعدة البيانات الخاصة بك)،.دات و .idx الملفات المرتبطة ينفورميكس القياسية محرك الملقب ينفورميكس SE.SE يستخدم ج-عصام لإدارة التخزين.SE مختلفة بدلا من (و أبسط بكثير) ينفورميكس ديناميكية الخادم (IDS).فإنه ليس من المستحيل أن .دات و .idx الملفات المرتبطة معرفات;هو فقط من غير المرجح للغاية.

من المعلومات المتاحة ، يبدو كما لو أن الإنتاج الخاص بتشغيل ملقم SE.للحصول على البيانات من SE الى معرفات, ربما كنت سوف ترغب في استخدام DB-التصدير في حد ذاتها نهاية DB-استيراد في لينكس/معرفات الغاية.بالتأكيد, هذا هو أبسط طريقة للقيام بذلك.

وهناك غيرها من الحلول الممكنة - ج-عصام datablade كونها واحدة من هذه - لكنها أكثر تكلفة و ربما ليس له ما يبرره.هناك البعض ممكن تحميل حلول مثل HPL (عالية الأداء محمل).

لمزيد من المعلومات حول ينفورميكس ، إما استخدام مختلف المواقع على شبكة الإنترنت بالفعل المشار إليها (http://www.informix.com هو رابط ينفورميكس القسم من IBM في الموقع), أو استخدام الدولي ينفورميكس مجموعة المستخدم (IIUG) موقع على شبكة الإنترنت.هناك قوائم بريدية المتاحة (التي تتطلب منك أن تنتمي ، ولكن عضوية مجانية) لمناقشة ينفورميكس في التفاصيل.

تلك ينفورميكس-SE datafiles (.دات) وما يرتبط بها من فهرسة الملفات (.IDX) هي عديمة الفائدة إلا إذا كان لديك أيضا المرتبطة كتالوج الملفات مثل SYSTABLES.دات SYSTABLES.IDX, SYSCOLUMNS, SYSINDEXES ، إلخ.

ثم أنت أيضا لديك ما يدعو للقلق حول أي إصدار من ينفورميكس-SE خلقهم بعض 2K أو 4K مؤشر الملف عقدة الحجم.

أفضل نهج هو الحصول على جميع .دات و .IDX الملفات من المصدر ديسيبل ، بالإضافة إلى المعيار الصحيح المحرك المثبتة على نفس الجهاز و نظام التشغيل الذي أتت منه.

قصة قصيرة طويلة, على المصدر آلة تشغيل "dbexport" لتفريغ جميع البيانات إلى ملفات ascii و تشغيل "dbschema" لتوليد جميع المخططات الجدول و مؤشرات.كما أنه لن يضر تشغيل "bcheck" على جميع الملفات قبل تفريغ لهم ascii ملفات مسطحة.

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

أيضا كن حذرا من المشاكل الناجمة عن نظام مختلف أبنية;بعض DBs تفشل فشلا ذريعا إذا كنت نقلها من big-endian النظام (مثل سولاريس) إلى little-endian النظام (مثل لينكس x86) مرة أخرى ، دليل القسم على تحريك DB سوف تغطي أي خطوات إضافية مطلوبة.

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