IBM Enterprise Records, النسخة 5.1.+            

توصيف Disposition Sweep

قبل أن تقوم بتشغيل Disposition Sweep، يجب أن تقوم بتوصيفه للقيم المناسبة. على سبيل المثال، يجب أن تقوم بتحديد اسم وحدة خدمة Content Engine التي تتضمن السجلات، ويمكن أن تقوم بتحديد عملية المسح لعنصر مخطط حفظ واحد فقط. كما تستخدم قيم توصيف Disposition Sweep من خلال Declassification Sweep. لكن، بالاضافة الى المجالات المطلوبة من خلال Disposition Sweep، فان Declassification Sweep يتطلب قيمة اسم تخزين العنصر ويتم تجاهل المجالات الغير مطلوبة.

ممنوع: واذا كنت ستقوم بتشغيل الأداة IBM Enterprise Records Disposition Sweep في نظام التشغيل Windows، ولكي يتم عرض المعلومات بطريقة صحيحة في اللغات الأوروبية (ماعدا الانجليزية)، فيمكنك تطبيق المحددات التالية التي يتم استخدامها من خلال شاشة ادخال الأمر قبل تشغيل الأداة:
  1. قم بتحديد خاصية طاقم الطباعة الى Lucida Console.
  2. قم بتغيير صفحة الأكواد الى الصفحة المقابلة في Windows ANSI (من 1250 الى 1257). على سبيل المثال، اذا كنت تريد عرض اللغة الفرنسية في DOS windows، قم بتشغيل 'chcp 1252' لتغيير صفحة الأكواد الى 1252 (صفحة الأكواد 1252 هي صفحة أكواد Windows ANSI الى West European Latin). للحصول على كشف كامل بصفحات الأكواد، أنظر الوصلة الخاصة بجدول أكواد تعريف صفحة الكود في نهاية هذا الموضوع.

لتوصيف Disposition Sweep:

  1. من خلال مجال الأمر، اذهب الى الحافظة RecordsManagerSweep.
  2. أدخل أحد الأوامر التالية:
    اختيار توصيف
    نظام UNIX ./RecordsManagerSweep.sh -DispositionSweep -configure [-profile "profile name"]
    نظام Windows RecordsManagerSweep.bat -DispositionSweep -configure [-profile "profile name"]
  3. حدد القيم المناسبة للمجالات التالية. يمكنك محو القيم الموجودة حاليا بالضغط على ارجاع.
    • في أعلى نافذة شاشة التحكم الرئيسية للتوصيف، توجد التسمية ملف التوصيف: اسم ملف المواصفات والتي توضح ملف المواصفات الذي تقوم بتوصيفه. ملف المواصفات المفترض هو ملف المواصفات: RMSweepConfiguration.
    • الوصلة: حدد بروتوكول شبكة الاتصال التي ستقوم باستخدامها:
      • http أو https اذا كنت تقوم باستخدام بروتوكول WSI
      • iiop أو t3 أو jnp اذا كنت تقوم باستخدام بروتوكول EJB (على سبيل المثال، يجب أن يتم استخدام iiop عندما يكون Content Engine بالقيمة WebSphere)
    • اسم وحدة خدمة CE: قم بادخال اسم أو عنوان IP لوحدة خدمة Content Engine التي تم تخزين السجلات عليها.
    • رقم منفذ الاتصال: أدخل رقم منفذ WSI أو EJB الذي يتم استخدامه من خلال وحدة خدمة Content Engine.
      • اذا تم تحديد http أو https في مجال الوصلة، فيجب أن تقوم بتحديد رقم منفذ WSI مثل 7001 الى وحدة خدمة WebLogic، أو 9080 الى WebSphere، أو 8080 الى JBoss Application Server.
      • اذا تم تحديد أي من بروتوكولات EJB في مجال الوصلة، فيجب أن تقوم بتحديد رقم منفذ EJB المفترض لوحدة خدمة التطبيق التي تقوم باستخدامها، على سبيل المثال، 2809 الى WebSphere.
    • مسار عنوان Url: قم بادخال المسار المعرف من خلال المستخدم لعنوان URL الذي تم توصيف الأداة له لاستخدامه للاتصال مع وحدة خدمة Content Engine. على سبيل المثال، /wsi هو المسار الذي يتم استخدامه بصفة عامة وهو القيمة المفترضة. اذا تم تحديد أي من بروتوكولات EJB، فان عنوان URL المفترض هو FileNet/Engine.
    • اسم FPOS (اختياري): قم بادخال اسم (FPOS) الذي تريد تشغيل Disposition Sweep عليه. اذا لم يتم ادخال قيمة، سيتم تشغيل عملية Disposition Sweep على كل FPOS الخاصة بوحدة خدمة Content Engine المحددة.

      يجب تحديد قيمة لاسم ObjectStore لتشغيل Declassification Sweep.

    • تشغيل لأنواع السجلات (اختياري):
      • حدد القيمة True اذا كنت تريد أن تقوم عملية Disposition Sweep بالتحقق من كل أنواع السجلات لأي من التعديلات التي تتم على الجدول الزمني للتخلص المرافق. اذا كان قد تم تعديل الجدول الزمني للتخلص لأي من أنواع السجلات، ستقوم عملية المسح الخاصة بالتخلص بتحديث كل العناصر الخاصة بنوع السجل هذا.
      • حدد القيمة False اذا كنت تريد تجاهل أنواع السجل. وبصفة مفترضة، لا يتم تشغيل أنواع السجلات.
    • عنصر GUID (اختياري): قم بادخال GUID لحاوية IBM Enterprise Records التي تريد تشغيل عملية المسح الخاصة بالتخلص عليها. سيتم تشغيل عملية المسح الخاصة بالتخلص على الحاوية المحددة وكل التفرعات الخاصة بها. وبصفة مفترضة، تكون هذه العقدة خالية ويتم تشغيل كل العناصر. تقوم عملية المسح لالغاء التصنيف بتجاهل قيمة GUID للعنصر، ويتم دائما تشغيلها على تخزين العنصر بالكامل.
    • كود المستخدم: قم بادخال كود المستخدم الذي تقوم عملية المسح الخاصة بالتخلص باستخدامه لبدء الاتصال مع Content Engine لتنفيذ حسابات وبدء الاتصال مع Process Engine لبدء مسارات العمل. ويجب أن ينتمي المستخدم الى مجموعة موجهي النظام للعملية، أو يكون له حقوق ادارية لتخزين العنصر على FPOS، وامتيازات ادارة السجلات للعملية.
    • كلمة السرية: أدخل كلمة السرية لكود المستخدم.
    • نمط FIPS 140-2 (اختياريl): حدد تشغيل أو ايقاف. عند التعامل في نمط FIPS 140-2، يقوم IBM Enterprise Records باستخدام FIPS 140-2 جهات اتاحة طريقة التشفير المعتمدة؛ أو IBMJCEFIPS (الشهادة 376)، أو IBMJSSEFIPS (الشهادة 409)، أو IBM Crypto for C (ICC) (الشهادة 384) للتشفير. سيتم عرض الشهادات في موقع NIST على الانترنت على http://csrc.nist.gov/cryptval/140-1/1401val2004.htm. اذا قمت بتحديد تشغيل وكان المسئول عن السرية لم يقم بتوصيف النظام لنمط FIPS 140-2، سيقوم IBM Enterprise Records بعرض رسالة خطأ. يجب أن يقوم المسئول عن السرية بتعديل الملف ‏‎java.security‎‏. للحصول على المزيد من التفاصيل، أنظر المهمة توصيف IBM Enterprise Records لنمط FIPS 140-2. يقوم IBM Enterprise Records بدعم تشفير FIPS 140-2 على WebSphere Application Server فقط.
    • نقطة توصيل PE: أدخل اسم نقطة التوصيف التي تم تكوينها على وحدة خدمة Content Engine أثناء عملية التركيب. هذه القيمة مطلوبة للاتصال مع وحدة خدمة Process Engine، فيما عدا عند التوصيف لتشغيل تصرفات الاتلاف-الآلي فقط. وعند التوصيف لتشغيل تصرفات الاتلاف-الآلي فقط، فيمكن ترك هذا المجال خاليا.
    • حجم دفعة التحديث (اختياري): أدخل عدد العناصر التي سيتم تحديثها في دفعة واحدة. القيمة المفترضة هي 1000.
    • حجم دفعة القراءة (اختياري): أدخل عدد العناصر التي سيتم قراءتها في دفعة واحدة. القيمة المفترضة هي 10,000.
    • عدد سلسلة العمليات (اختياري): أدخل عدد سلاسل العمليات التي سيقوم IBM Enterprise Records باستخدامها أثناء عملية المسح الخاصة بالتخلص. والأفضل هو أن يتم تحديد سلسلة عمليات واحدة فقط لكل من المشغلات المنطفية على وحدة الخدمة Content Engine. على سبيل المثال، أدخل 8 اذا كان هناك ثمانية مشغلات على وحدة الخدمة Content Engine. القيمة المفترضة هي 1.
    • حجم ذاكرة التخزين المؤقت لسجلات الملء المتعدد: قم بتوصيف حجم ذاكرة التخزين المؤقت الخاصة بك للسجلات متعددة الملء. القيمة المفترضة هي 10,000. وبصفة مفترضة، تقوم عملية المسح بحفظ حتى 10,000 من أكواد السجلات متعددة الملء في ذاكرة التخزين المؤقت. للوصول الى أفضل أداء، العدد الذي تقوم بادخاله في مجال "حجم ذاكرة التخزين المؤقت لسجلات الملء المتعدد" بحيث يكون أكبر من العدد الاجمالي لسجلات الملء المتعدد في النظام لتفادي الحاجة الى التحقق من وحدة خدمة Content Engine للأكواد الغير موجودة في ذاكرة التخزين المؤقت. ولكن، بتحديد عملية المسح بوضع عدد كبير من سجلات الملء المتعدد في ذاكرة التخزين المؤقت يمكن أن يقوم باجهاد الذاكرة الموجودة على وحدة الخدمة.
    • ملف سجل أخطاء النشاط (اختياري): أدخل اسم سجل الأخطاء الذي سيتم تكوينه من خلال عملية المسح الخاصة بالتخلص. وبصفة مفترضة، تقوم عملية المسح الخاصة بالتخلص بتكوين ملف يسمى DispositionSweepActivity.log في الحافظة ../EnterpriseRecords/RecordsManagerSweep. اذا كان يتم تشغيل عملية المسح الخاصة بالتخلص بدون أي أخطاء، فان ملف الأخطاء بصفر بايت. حيث أن Disposition Sweep يشترك في بعض الخصائص مع Declassification Sweep، ويقوم Disposition Sweep أيضا بكتابة بعض المعلومات في الملف DeclassificationSweepActivity.log.
    • تشغيل نشط (اختياري):
      • حدد True للتحقق من كل تصنيفات السجل، وحافظات السجل، ووحدات التخزين، والسجلات لأي من التعديلات التي تتم على بيانات التعريف النشطة المرتبطة. اذا تم تعديل الجدول الزمني للتخلص لأي من العناصر، ستقوم عملية المسح الخاصة بالتخلص بتحديث كل العناصر تبعا لذلك.
      • أدخل False لتجاهل بيانات التعريف النشطة. وبصفة مفترضة، بيانات التعريف النشطة التي سيتم التحقق منها.
  4. اضغط توصيف.
  5. لارجاع كل القيم الى القيم المفترضة، اضغط ارجاع. لاغلاق Sweep Configuration Console بدون عمل أي تغييرات، اضغط خروج.


التعليق التقييمي

آخر تحديث: August 2011


© .IBM حقوق النشر لشركة 2011.
يتم تشغيل مركز المعلومات هذا من خلال تقنيات Eclipse. ( http://www.eclipse.org )