بموجب الظروف التي تحتفظ بها عملية النظام (PID 4) بمقبض ملف مفتوح؟
https://stackoverflow.com/questions/1293398
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
يقوم تطبيقي يعمل على خادم Windows باستخدام قاعدة بيانات Jet / Access. لبعض الأسباب في جميع أنحاء كل أسبوعين تم إغلاق ملف قاعدة البيانات من خلال عملية النظام (PID 4، يبدو ثابتا)
بعد بعض googling وجدت بعض المستخدمين الآخرين لديهم ملفاتهم مؤمنة من خلال هذه العملية الخاصة، ولكن ملفات مختلفة (بالطبع).
- ما السبب العام لعملية النظام لإبقاء مقبض ملف مفتوح؟
- هل طلبي السبب لهذا الوضع القفل؟
- هل جميع مقابض مفتوحة ضمنيا من خلال عملية النظام؟ يمكن أن أتخيل أنه بعد تعطل العملية، قد لا يزال المقبض مفتوحا وعملية النظام يتطلب بطريقة أو بأخرى owernsion هذا المقبض.
- هل يمكنني القيام بشيء ما في طلبي لمنع حدوثه؟
المحلول
هذا يبدو لي مثل مشكلة على مستوى السائق مع مقبض متسرب.
إذا كنت تقوم بتشغيل حزمة مضادة للفيروسات، فحاول الترقية، وتعطيل (مؤقتا!) أو التبديل إلى علامة تجارية مختلفة.
نصائح أخرى
سيتم تأمين الملفات التي تم الوصول إليها من خلال مجموعة من خلال عملية النظام (PID 4).
حاول فتح compmgmt.msc -> ادوات النظام -> الملفات المشتركة -> الملفات المفتوحة لمعرفة ما إذا كان الملف المقفل مدرجا هناك
أنظر أيضا منتدى sysinternals للحصول على وسيلة لتكرار هذا.
ليست جميع ملفات قفل التطبيقات عند فتحها، ومع ذلك لا يفعل ذلك. لا أعرف ما إذا كان الوصول يفعل نفسه ...
فيما يلي سبب آخر ممكن وجدته:
هناك خطأ في نظام التشغيل Windows 7 ومن المحتمل في Windows Server 2008 (ربما إصدارات 64 بت فقط). الأسطح عند تعطيل تجربة التطبيق الخدمة ويسبب نفس المشاكل كما هو موضح في السؤال.
إعادة تمكين هذه الخدمة قد إصلاح هذه المشكلة بالنسبة لي.
مزيد من المعلومات قليلا هنا لأنها تسبب مشكلة.
قائمة أخرى الأسئلة التي يبدو أنها ذات صلة:
قد تكون جلسة معلقة من كمبيوتر بعيد إلى مجلد مشترك. إذا كان هذا هو الحال، فيمكن فتحه من سطر الأوامر:
net session /delete
هل يقوم خادمك بإعداد نسخ احتياطية للملفات الدورية؟
إذا كان الأمر كذلك، فهل النسخ الاحتياطي يعمل كأنظمة، وربما مطالبة الملف المؤمن عندما تحصل على تعارض؟
بالنسبة لي، كان "Windows Defender" (مكافحة الفيروسات). استبعدت مجلدات بناء البصرية الاستوديو من قائمة مجلدات Windows Defender التي تشيكها، وذهبت المشكلة بعيدا. (لم يكن Visual Studio قادرا على الإنشاء إلى ملف EXE، وكان PID 4 قفله للتحقق من Virii)
بالنسبة لي اضطررت إلى ضربها مع مطرقة مطرقة. chkdsk / f على محرك الأقراص حيث كان المجلد ثابته. استخدم بحذر.
تحقق من إعدادات الأمان لكل مجلد ومجلدات فرعية. تأكد من أن النظام لم ينشئ تلقائيا إعدادا خاصا أذونات خاصة ولن يسمح لأي شخص بحذف الملف. على ما يبدو لسبب غريب، يقوم نظام التشغيل بإنشاء إعداد إذن خاص غريب يحمي الملف من حذفه.
