سؤال قديم جدا - ما هي نتيجة الهبوط الإضطراري بنظام Erp

hsheimy · 14 أبريل 2008

السلام عليكم و رحمة الله و بركاته

الحمد لله و الصلاة و السلام على رسول الله

هل فكر أحد ما في تجربة النظام الذي يعمل علي و ترحيل عدد ضخم من الأسطر

مثلا فاتورة بها 300 سطر مبيعات ونقوم بحفظها أو ترحيلها
مثلا ترحيل عدد 1000 فاتورة مبيعات من إلى الأستاذ العام
مثلا ترحيل قيد في الاستاذ العام ذو 1000 سطر

هذة قيود تجريبية

و أثناء ذلك إسحب كهرباء السيرفر و من الكيبل

و إبحث عن الأثر

و ما هي نتيجة الهبوط الاضطراري في النظام

تجربة تستحق العناء

أعلم أن السيرفر به مانع لقطع التيار UPS و أن هذا نادر جدا و لكنه قد يحدث خاصة لو تزامن مع فشل في نظام الطاقة

بعض النظم عالجت هذا الشيء لأنها نظم قديمة واكبت أيام تلك الأحداث العارضة, و لكن بعض النظم و منها الحديث لم تتحسب لهذا.

شكرا

أخوكم حسن

kamalgawesh100 · 14 أبريل 2008

السلام عليكم

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

وعادة إذا لم يكتمل ترحيل الحزمة او القيد طبقا لنظرية القيد المزدوج لاي سبب من الاسباب فإنه يجب إعادة العمل كما كان وإخبار المستخدم بذلك وتسجيل ذلك في سجل احداث النظام

وإذا لم يقم هذا النظام بهذه الوظيفة فإنه به خطأ فادح ويجب سحبه من الاسواق لان ذلك يؤدي الى إحداث اخطاء في القوائم والنتائج المالية التي ينتجها هذا النظام

والله اعلم

hsheimy · 14 أبريل 2008

السلام عليكم الأستاذ كمال

أؤكد على النعليق الذي كتبته و لكني أطلب فوق التأكيد على هذة الميزة أنها يجب أن تكون موجودة

إلا أنني أطلب بأن يقوم البعض ممن يتعاملون بالتأكد و لو على نسخة تجريبية
كذلك ان يطلبوا إضافة هذا البند بوضوح في العقود المبرمبة بينهم و بين موردي البرمجيات Disaster RecoverySystem

إلا أنني و من معرفتي البسيطة بالبرمجة من كثرة التعامل مع المبرمجين وجدتهم قد أضافوا ميزة و هي عبارة إسمها

Commit-Transaction

أي أنه لكي تتم عملية ما و لو كانت حفظ أو ترحيل أو تعديل

فإن الاثر لا يتم إلا متوازن متجانس لنفس حقول سجلات الجداول بداخل قاعدة البيانات و إلا فلن يحدث التأثير

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

أعود للموضوع, فإن خير الضوابط هي الضوابط المانعة بأمر الله

و الأمر الذي أشرت إليه هو الأسلم و يا حبذا لو أضفنا إليه ما أشار له الاستاذ الفاضل كمال.

الحمد لله والصلاة و السلام على رسول الله

أخوكم حسن

اللهم ما كان بيني و بينك فأغفره لي

و ما كان بيني و بين عبادك فإقضه عني

و أغفراللهم للمؤمنين و المؤمنات و المسلمين و المسلمات

أمين والحمد لله رب العالمين

ahai · 14 أبريل 2008

السلام عليكم, من خلال معرفتي ببعض النظم, فالكثير يستخدم الطريقة التي ذكرها الأخ حسن وهي Commit & Roll Back Transactions. ففي Great Plains مثلاً, عندما تقول بترحيل باتش معين وانقطعت الكهرباء خلال العملية, (إنتي وحظك) عند عودة الكهرباء وإعادة الإقلاع ستجد في روتين Batch Recovery نفس الباتش موجودة, وسيقوم البرنامج بإعادة ترحيلها بشكل صحيح. ولكن للأسف, وفي كثير من الأحيان, لا يحدث ذلك. فترى أن البرنامج قام بترحيل العملية قي الأستاذ المساعد دون أن تؤثر في الأستاذ العام. (لا أدري السبب). ولا يستطيع حل المشكلة إلا مدير النظام. وقد يدخل إلى قاعدة البيانات متجاوزاً البرنامج لحل المشكلة. وهذا شيء مرفوض تماماً. لعل إثارة هذا الموضوع المهم تفضي إلى وضع ما يسمى بمعايير إصلاح العمليات. شكراً للجميع

alaaaboulela · 14 أبريل 2008

أنا شخصياً عانيت الأمرين في بداية عملي على أحد البرامج المحاسبيه بمستشفى خاص فكان فكان الواحد منا يعيد إدخال داتا يوم كامل بمجرد أحد الأخطاء في الداتا بيز الخاص بالبرنامج أو عدم حفظ البيانات والإنقطاع المفاجئ للتيار الكهربي في وقت وجود محطه توليد طاقة ولكن فترة الإنتقال للمولد تضيع كامل البيانات إذا لم تكن مخزنه وخاصة إذا كان البرنامج غير مهيئ للحفظ الجزئي للعمليات أولاً بأول

وأيضاً هناك من الأمور ما يجب أخذه في الإعتبار منها العوده لنقطة البداية في حالة وجود خطأ أو عدم توازن القيد أو رسائل التحذير أو لو كان البرنامج متصل بشبكة المعلومات الدوليه وحدث إنقطاع للخدمه وكثير من المشكلات يجب أخذها في الإعتبار ومن الواجب مناقشتها مع المبرمج أو مصمم النظم .

hsheimy · 14 أبريل 2008

السلام عليكم,

من خلال معرفتي ببعض النظم, فالكثير يستخدم الطريقة التي ذكرها الأخ حسن وهي Commit & Roll Back Transactions.

ففي Great Plains مثلاً, عندما تقول بترحيل باتش معين وانقطعت الكهرباء خلال العملية, (إنتي وحظك) عند عودة الكهرباء وإعادة الإقلاع ستجد في روتين Batch Recovery نفس الباتش موجودة, وسيقوم البرنامج بإعادة ترحيلها بشكل صحيح.

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

لعل إثارة هذا الموضوع المهم تفضي إلى وضع ما يسمى بمعايير إصلاح العمليات.

شكراً للجميع

السلام عليكم و رحمة الله و بركاته

لا أدري و الله كيف أحييك أو أحيي مشاركتك هذة و بارك الله فيك, فمن كلامك معنا تعرفت إليك أكثر و جزاك الله خيرا.

صراحة أحييك عليها و أنت بمنتدى الجريت بلينز أن تقول هذا, أنا أعلم هذا من عملاء تعاملت معهم و لكني لم أجرؤ على الذكر لعدم تيقني أنها صفة عامة إن كنت أخذت المعلومة من المصدر

و قد أبرر حدوث ذلك العيب بسبب تجاهل المستخدمين لمراجعة الضوابط و بالتالي يقعوا في الفخ

هل لنا أن نراجع موضوع أكثر دقة يخص نفس الموضوع

ماذا لو كان أحد السيرفرات الفرعية هو الذي حدثت به المشكلة

لابد لنا من كتابة قائمة تحت مسمى خطة تأمين الوضع الطارئ

Disastter Recovery Plan

و لكني متأثر جدا بتوقيعك

عش ما شئت فإنك ميت

وأحبب من شئت فإنك مفارقه

واعمل ما شئت فإنك مجزي به

اللهم صلي على حبيبك محمد و على أله و صحبه و سلم

أخوك حسن

hsheimy · 14 أبريل 2008

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

أستاذي الفاضل

السلام عليكم و رحمة الله و بركاته

هل يمكنني أن أزيد على العبء لمهمة مواجهة هذا الظرف الطارئ

ألا و هي تحقيق الإكتمال

Completeness Assertion

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

بالذات و بالأخص بعد الإرتجاجات العنيفة بالنظام

مثل القطع المفاجئ للتيار - عمدا :mad: أو عن غير عمد :confused:

مثل الاضطرار لإستعادة الملفات من نسخة قديمة بسبب إكتشاف خطأ فادح أو فايرس ضرب الأجهزة

أنا أتكلم من وجهة نظر المراجعة و الرقابة مثلما أفادنا الأستاذ كمال و أو من وجهة نظر حتى الادارة العليا و قارئ التقارير

لو تبحرنا في معيار الاكتمال, فإنني أزيد بعض الوضع تعقيدا بكيف أتأكد أن جميع عمليات الفروع كلها قد وصلت و تم تسجيلها

لست من هواة تعقيد المشاكل لأنني لن أطرح مشكلة في العادة إلا و قد وجدنا لها حلا و هذا الحل يحتاج لتقييمكم.

الحمد لله و الصلاة و السلام على رسول الله

حسن

ahai · 14 أبريل 2008

السلام عليكم و رحمة الله و بركاته

لا أدري و الله كيف أحييك أو أحيي مشاركتك هذة و بارك الله فيك, فمن كلامك معنا تعرفت إليك أكثر و جزاك الله خيرا.

صراحة أحييك عليها و أنت بمنتدى الجريت بلينز أن تقول هذا, أنا أعلم هذا من عملاء تعاملت معهم و لكني لم أجرؤ على الذكر لعدم تيقني أنها صفة عامة إن كنت أخذت المعلومة من المصدر
و قد أبرر حدوث ذلك العيب بسبب تجاهل المستخدمين لمراجعة الضوابط و بالتالي يقعوا في الفخ

هل لنا أن نراجع موضوع أكثر دقة يخص نفس الموضوع
ماذا لو كان أحد السيرفرات الفرعية هو الذي حدثت به المشكلة
لابد لنا من كتابة قائمة تحت مسمى خطة تأمين الوضع الطارئ
Disastter Recovery Plan

و لكني متأثر جدا بتوقيعك

عش ما شئت فإنك ميت
وأحبب من شئت فإنك مفارقه
واعمل ما شئت فإنك مجزي به

اللهم صلي على حبيبك محمد و على أله و صحبه و سلم

أخوك حسن

أهلاً وسهلاً بالأخ الكريم,

أولاً توقيعي هو كلام سيد الخلق جميعاً, من أوتي جوامع الكلم, نقلاً عن الله سبحانه وتعالى (حديث قدسي) فلا عجب أن تتأثر.

ثانياً: في منتدانا, نحن لسنا مندوبي مبيعات لمايكروسوفت حتى نخفي عيوب برامجها, بل على العكس, نحن هذفنا أن نعمل على حل هذه المشاكل, ونتبادل هذه الحلول. وأنا أدعوك باسمي وباسم جميع الإدارييين في منتديات جريت بلينز العربية وأدعو كذلك إخواننا جميعاً للانضمام إلينا لنتبادل هذه الخبرات.

ثالثاً: فعلاً سيكون إنجازاً رائعاً لو استطعنا وضع معاييرأو خطة عمل أو إجراءات (Blue Code كما يسمى في المستشفيات ) حتى أولاً نطالب بها شركات البرمجيات لتكون موجودة في برامجهم. وثانياً حتى يتقيد بها مدراء النظم في شركاتهم لتقليل مثل هذه المخاطر.

شكراً لك ولأصحاب هذا المنتدى المتميز.

almonzer · 15 أبريل 2008

أهلاً وسهلاً بالأخ الكريم,

أولاً توقيعي هو كلام سيد الخلق جميعاً, من أوتي جوامع الكلم, نقلاً عن الله سبحانه وتعالى (حديث قدسي) فلا عجب أن تتأثر.

ثانياً: في منتدانا, نحن لسنا مندوبي مبيعات لمايكروسوفت حتى نخفي عيوب برامجها, بل على العكس, نحن هذفنا أن نعمل على حل هذه المشاكل, ونتبادل هذه الحلول. وأنا أدعوك باسمي وباسم جميع الإدارييين في منتديات جريت بلينز العربية وأدعو كذلك إخواننا جميعاً للانضمام إلينا لنتبادل هذه الخبرات.

ثالثاً: فعلاً سيكون إنجازاً رائعاً لو استطعنا وضع معاييرأو خطة عمل أو إجراءات (Blue Code كما يسمى في المستشفيات ) حتى أولاً نطالب بها شركات البرمجيات لتكون موجودة في برامجهم. وثانياً حتى يتقيد بها مدراء النظم في شركاتهم لتقليل مثل هذه المخاطر.

شكراً لك ولأصحاب هذا المنتدى المتميز.

السلام عليكم

تعقيبا على كلام الاستاذ حسن والاستاذ عبد الحي (Ahai) في موضوع المعايير , فهذه فعلا لا بد أن تكون موجودة ,

وأذكر أن مايكروسوفت جريت بلينز يوجد لديها كلام حول هذه الموضوع لكن ليس بالشكل الموسع , وللاستزادة راجع المستندات Administrator Guid , Security Plannig للنسخة 10

الجدير بالذكر أن ميزات الـ Roll Back Transactions موجودة أصلا في خادم قواعد البيانات SQL Server وهذه مسؤولية SQL server وهو الذي قوم بهذه العملية وليس جريت بلينز ,

يبدوأننا خرجنا عن المواضيع المحاسبية , لكن هذا دأبونا نحن معاشر التقنية , لا نترك شي إلا ونُدخل التقنية فيه فاعذرونا

hsheimy · 15 أبريل 2008

السلام عليكم

تعقيبا على كلام الاستاذ حسن والاستاذ عبد الحي (Ahai) في موضوع المعايير , فهذه فعلا لا بد أن تكون موجودة ,

وأذكر أن مايكروسوفت جريت بلينز يوجد لديها كلام حول هذه الموضوع لكن ليس بالشكل الموسع , وللاستزادة راجع المستندات Administrator Guid , Security Plannig للنسخة 10

الجدير بالذكر أن ميزات الـ Roll Back Transactions موجودة أصلا في خادم قواعد البيانات SQL Server وهذه مسؤولية SQL server وهو الذي قوم بهذه العملية وليس جريت بلينز ,

يبدوأننا خرجنا عن المواضيع المحاسبية , لكن هذا دأبونا نحن معاشر التقنية , لا نترك شي إلا ونُدخل التقنية فيه فاعذرونا

اخي الكريم almonzer

السلام عليكم ورحمة الله و بركاته

الحمد لله و الصلاة و السلام على رسول الله

·قديما قبل دخول الحاسب الالي كان المحاسب يتحكم و يفهم في كل صغيرة و كبيرة بالدفاتر و بالتالي المسئولية عليه واضحة و هو يتقبلها بصدر رحب.

·أما الان و بسبب اخر جزء في التعليق الخاص بك و مع كل تقدير فإنه يقال للمحاسب أد دورك و قسم نظم المعلومات عليه أن يؤدي دوره و كل قسم يؤدي دوره

·نعم علي أن أؤدي دوري و لكن من حقي أن يشمل علمي و وعيي و إدراكي جميع أجزاء النظام بما يها قسم نظم المعلومات و كله بمشيئة الله العلي القدير

·أنا أتكلم معك ليس من منطق أنني مطور برامج حاليا و لكني أتكلم معك كمدير حسابات قديم و مراجع داخلي سابق.

هذة الرؤية المتجانسة أتاحت لي بفضل الله أن لا أرى الضرر من أدائي لعملي و كذلك التأكيد على جودة أداء الاخرين بالاقسام الاخرى.

ليس الهدف فرد العضلات لأن بهذا المنتدى من هم أقدم و أعرق و أرقى شهادات و فوق ذلك من هم الأحسن خلقا

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

كل نظام له وسيلة لإسترجاع البيانات عند فقدها أو حدوث طارئ أو كارثة

كل ماهنالك نعمل Restoration لانسب ملف Backup موجود عندنا

أسألك مثلا بمنطق خبرتك ببرنامج الجريت بلينز Great Plainsا لاصدار الاخير

من له الحق في ان يضغط على زرار إستعادة البيانات

مهما قلنا من إجراءات إدارية

في النهاية سؤالي محدد من يضغط على زر الإستعادة

ستخبرني أنه مدير النظام من خلال البرنامج Microsoft SQL Enterprise Manager

أنا أطالب بالتالي:

·أن تكون شاشة الاستعادة من داخل البرنامج لكي يسجلها الـ Log-File في ملف مستقل

·و الأهم لكي نصر على أن يدخل أكثر من موظف مسئول كلمة سر في نفس الشاشة لكي يستطيع محرك قاعد البيانات أن يمرر أمر الاستعادة.

بكلمات إنجليزية

1.We need encrypted backup files

2.We insist on multiple concurrent passwrded restoration screen

تماما مثل الخزينة التي بها أكثر من مفتاح و كل مفتاح لابد و أن يتواجد مع شخص. هؤلاء جميعا يحضرون في أن واحد لفتح الخزينة.

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

بهذانضمن أن عملية إسترجاع البيانات أجبرت و ألزمت وجود المدير المالي و مدير العمليات و ممكن معهم مدير قسم النظم ليدلوا جميعهم كل على حدة كلمة السر إيذانا بإسترجاع نسخة البيانات الأقدم و من ثم يتم تطبيق خطة الإستعادة Data Recovery Plan.

هنا تم الاستفادة من علم المراجعة في أحد وظائف قسم نظم المعلومات.

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

لكن ترك هذة الخاصية النهائية في يد شخص واحد شيء خطير.

أسف لو أثقلت عليك لأن بيتي الأصلي و الأحب هو المحاسبة و عشقي المراجعة

و السلام عليكم و رحمة الله و بركاته

أخوك حسن شيمي

kamalgawesh100 · 15 أبريل 2008

السلام عليكم

اضيف الى كلام اخونا حسن بانه يجب ان يتم ابلاغ مراقب الحسابات والادارة العليا بهذه العملية وان يتم ذلك من داخل البرنامج حتى يتم تسجيل ذلك في ملف احداث النظام الذي يجب على مراقب الحسابات مراجعته بعناية

وانبه على خطورة استخدام back end في تصحيح الاخطاء او معالجة المشكلات وهي الاسهل من قبل المبرمجين

والله الموفق

hsheimy · 15 أبريل 2008

السلام عليكم

اضيف الى كلام اخونا حسن بانه يجب ان يتم ابلاغ مراقب الحسابات والادارة العليا بهذه العملية وان يتم ذلك من داخل البرنامج حتى يتم تسجيل ذلك في ملف احداث النظام الذي يجب على مراقب الحسابات مراجعته بعناية
وانبه على خطورة استخدام back end في تصحيح الاخطاء او معالجة المشكلات وهي الاسهل من قبل المبرمجين
والله الموفق

أخي العزيز الفاضل أستاذ كمال

ليس زيادة ذكاء مني أن أتوقع الدعم من مراقب حسابات مثلك و قد عرك مجال الـ ERP كذلك.

لابد و أن نثبت لرجال الـ IT أنهم ليسوا في شرفة خاصة بهم
و لكنه مجال عمل مفتوح لنا و لهم.
بالتالي سوف يجيدون العمل أكثر و نحن نشعر بالطمأنينة أكثر و أكثر

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

كثير من النظم تجد الموديول في وادي والاستاذ العام في وادي

و لا حل لدى جراحي قسم نظم المعلومات سوى الدخول من الباب الخلفي لقاعدة اليانات و عمل إجراءات جراحية تحفظ المظهر العام دونم المرور على معايير القيد المزدوج و التوثيق المستندي و الاعتماد.

أخر هذة المناقشة لابد لنا من أن نخرج بمشيئة الله بورقة موحدة للضوابط المطلوب تواجدها في أي برنامج

الحمد لله و الصلاة و السلام على رسول الله

أخوكم حسن شيمي

hsheimy · 15 أبريل 2008

اقتباس:

المشاركة الأصلية كتبت بواسطة almonzer

السلام عليكم

تعقيبا على كلام الاستاذ حسن والاستاذ عبد الحي (Ahai) في موضوع المعايير , فهذه فعلا لا بد أن تكون موجودة ,

وأذكر أن مايكروسوفت جريت بلينز يوجد لديها كلام حول هذه الموضوع لكن ليس بالشكل الموسع , وللاستزادة راجع المستندات Administrator Guid , Security Plannig للنسخة 10

الجدير بالذكر أن ميزات الـ Roll Back Transactions موجودة أصلا في خادم قواعد البيانات SQL Server وهذه مسؤولية SQL server وهو الذي قوم بهذه العملية وليس جريت بلينز ,

يبدوأننا خرجنا عن المواضيع المحاسبية , لكن هذا دأبونا نحن معاشر التقنية , لا نترك شي إلا ونُدخل التقنية فيه فاعذرونا

تعديل: هل أنا متخيل أن من يتخاطب معي الاستاذ منذر مدير عام منتديات الجريت بلينز و الحاصل على أهم رتبة في مقدمي حلول مايكروسوفت و ليرد بنفسه و من وقته على مشاركتي المتواضعة, و لكن بتواضعه و رده علي مشاركتي يزيدني حماسا للمضي في الموضوع و ليتكرم بالمواصلة لأننا بصدد طرح مناقشات هامة تبرز خفايا وعيوب النظم عربية كانت أو أجنبية و لن نركز على العيوب فقط و لكن المزايا.

أرجو أن تكون ذلك المنذر الذي أعظم له قدره و ننزله منزلته.

لن نذكر أسماء برامج أو شركات و لن نجرح أحدا و لكن فقط نذكر العيب أو الميزة لكي ينتبه الجميع.