سؤال

وإذا لم يكن الأمر كذلك، فهل هناك طريقة لمعرفة متى تم تعطيل/تمكين المشغل؟

متابعة:

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

على أية حال، كان لديه مشغل من شأنه نقل البيانات من جدول إلى آخر.لقد أجرى مقارنة ولم تصل جميع البيانات إلى الجدول الثاني.قلت، أنا منتقد SQL Server ولكني على ثقة من أن مشغلاتها تعمل في نفس المعاملة.قال لكن بعض البيانات جعلته...إذا تم تعطيله فقط، فلن يحدث أي شيء.حقيقي.لذلك قلت ربما يقوم شخص ما بتمكين المشغلات وتعطيلها.ومن هنا السؤال.

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

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

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

المحلول

تبدو مشكلتك مشابهة تمامًا للمشكلة التي كتب عنها راندي فولترز في Simple-Talk

http://www.simple-talk.com/sql/database-administration/dml-trigger-status-alerts/

أظن أنه سيساعد

نصائح أخرى

لا يوجد تدقيق، على الرغم من وجود شركة تدعى Lumigent تقدم منتج "Audit DB" الذي سيقوم بتدقيق DDL (من بين أشياء أخرى) لـ SQL Server.

يمكنك البحث في جدول sysobjects عن التاريخ الذي سيخبرك بموعد إنشاء الكائن.

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