वे रजिस्ट्री परिवर्तनों का बैकअप नहीं हैं, वास्तव में, रजिस्ट्री में परिवर्तन होने से पहले वे रजिस्ट्री में क्या परिवर्तन करते हैं। .tmp
रजिस्ट्री परिवर्तन के लिए एक प्रकार की फ़ाइल, संक्षेप में।
रजिस्ट्री भ्रष्टाचार के खिलाफ एक सुरक्षा के रूप में, जो विंडोज में एक बहुत ही सामान्य और बहुत बुरा समस्या हुआ करती थी, रजिस्ट्री में बदलाव के लिए विंडोज के नए संस्करण क्या करते हैं, कुछ भी करने से पहले फ़ाइल में अनुरोधित परिवर्तन को लिखें। (उपयोगकर्ता हाइव में परिवर्तन के लिए, वे फाइलें के रूप में हैं NTUSER.DAT{GUID}.TMContainer####################.regtrans-ms
, और क्रमिक रूप से गिने जाते हैं - वापस काफी दूर तक जाते हैं और आपको एक 00000000000000000001
फ़ाइल देखनी चाहिए ।) एक बार विंडोज ने निर्धारित किया है कि रजिस्ट्री में परिवर्तन लिखने के लिए यह "सुरक्षित" है, यह। ऐसा करता है, और उसके बाद, यह तब सत्यापित करेगा कि परिवर्तन किया गया है, जिस समय वह फ़ाइल को हटा देगा और अन्य OS कार्यों पर चला जाएगा। जब इस प्रक्रिया में कुछ विफल हो जाता है, तो आप इन फ़ाइलों को जमा करते हैं।
और स्पष्ट रूप से, आपके मामले में, कुछ, उस प्रक्रिया में कहीं भी ठीक से काम नहीं कर रहा है। मैं एक बहुत पैसे की शर्त लगाता हूँ कि अगर आपने सर्वर के माध्यम से देखा, तो आपको Event Logs
इस बारे में त्रुटियों की एक पूरी टन दिखाई देगी, रजिस्ट्री के लॉक होने की घटनाओं के बारे में, या रजिस्ट्री में परिवर्तन लिखने में असमर्थ होने के कारण। (शायद की तर्ज पर Unable to open registry for writing
या Failed to update system registry
)। ये गंभीर समस्याओं के संकेत हो सकते हैं, या वे संकेत हो सकते हैं कि कुछ पीटीए प्रोग्राम हर बार लॉन्च होने पर रजिस्ट्री में बदलाव लिखना चाहते हैं और इसकी अनुमति नहीं है।
इस बात की भी कम संभावना है कि परिवर्तन लिखे जा रहे हैं, लेकिन फ़ाइलों को हटाया नहीं जा सकता है, जैसा कि तब होगा जब फ़ाइलों पर लॉकिंग हैंडल को ठीक से समाप्त नहीं किया जा रहा है, या यदि लिखित SYSTEM
अनुमति है, लेकिन हटाने की अनुमति नहीं है उन फ़ोल्डर स्थानों।
यह देखने में मदद कर सकता है कि इन फ़ाइलों की त्वरित md5 राशि (या समान) करने के लिए स्रोत को देखने के लिए कि क्या वे सभी हैं, या अधिकतर समान हैं (जो रजिस्ट्री में लिखने के लिए एक ही परिवर्तन को विफल करने का संकेत देगा), या यदि बहुत अधिक भिन्नता है, जो एक गंभीर समस्या को इंगित करने की अधिक संभावना है - कि रजिस्ट्री को कई प्रक्रियाओं द्वारा नहीं लिखा जा सकता है, या यह कि प्रश्न में उपयोगकर्ता प्रोफ़ाइल भ्रष्ट हैं।
एक बार जब आप उनका विश्लेषण कर लेते हैं, तो इनमें से कोई भी .blf
या .regtrans-ms
अंतिम सिस्टम बूट से पहले बनाई गई फ़ाइलों को सुरक्षित रूप से हटाया जा सकता है। वहाँ कोई रास्ता नहीं वे (या होना चाहिए) रजिस्ट्री को लिखा है, तो वे कबाड़ हो रहे हैं।
जैसा कि, ठीक है, उन्हें बना रहा है, यह कुछ ऐसा है जिसे आपको अपने आप को ट्रैक करना होगा, क्योंकि यह लगभग कुछ भी हो सकता है। यह संभव है कि वेब कोड में साइट के एक्सेस होने पर हर बार रजिस्ट्री परिवर्तन लिखने की कोशिश की जा रही है, लेकिन अनुमतियों की कमी के लिए विफल रहता है (मैंने निश्चित रूप से डम्बर चीजें देखी हैं), यह संभव है कि वे उपयोगकर्ता लॉगऑन और बाद में उत्पन्न हों। गतिविधि रजिस्ट्री में लिखने और अनुमतियों का अभाव करने की कोशिश कर रही है, और जैसा कि पहले कहा गया था, यह संभव है कि वे सामान्य रूप से बनाए और निष्पादित किए जा रहे हों, लेकिन किसी कारण से हटाए जाने में असमर्थ हैं।
Event Logs
रजिस्ट्री से संबंधित त्रुटियों के लिए अपने सभी लॉग, विशेष रूप से आपके और IIS लॉग की जांच करें ताकि यह कम हो सके और यह पता लगा सके कि यह क्या कारण है।