এগুলি রেজিস্ট্রি পরিবর্তনের ব্যাকআপ নয়, প্রকৃতপক্ষে, তারা রেজিস্ট্রিতে পরিবর্তন হওয়ার আগে রেজিস্ট্রিতে পরিবর্তিত পরিবর্তনগুলি। .tmp
সংক্ষেপে রেজিস্ট্রি পরিবর্তনের জন্য এক ধরণের ফাইল file
রেজিস্ট্রি দুর্নীতির বিরুদ্ধে সুরক্ষা হিসাবে, যা উইন্ডোতে মোটামুটি সাধারণ এবং খুব বাজে সমস্যা ছিল, উইন্ডোজের নতুন সংস্করণগুলি যখন রেজিস্ট্রিতে পরিবর্তনের জন্য অনুরোধ করা হয় তখন তা করার আগে কোনও ফাইলের জন্য অনুরোধিত পরিবর্তনটি লিখুন। (ব্যবহারকারীর মধুচক্রের পরিবর্তনের জন্য, এই ফাইলগুলি আকারে রয়েছে NTUSER.DAT{GUID}.TMContainer####################.regtrans-ms
এবং ধারাবাহিকভাবে সংখ্যাযুক্ত - যথেষ্ট পিছনে ফিরে যেতে হবে এবং আপনার একটি 00000000000000000001
ফাইল দেখা উচিত )) উইন্ডোজ একবার নির্ধারণ করে নিল যে রেজিস্ট্রিতে পরিবর্তনটি লিখতে "নিরাপদ" হয়ে যায়, এটি এটি করে, এবং তারপরে, এটি তারপরে যাচাই করা হবে যে পরিবর্তনটি করা হয়েছে, সেই সময়ে এটি ফাইলটি মুছবে এবং অন্যান্য ওএস কার্যগুলিতে সরিয়ে দেবে। যখন এই প্রক্রিয়াতে কোনও কিছু ব্যর্থ হয়, আপনি এই ফাইলগুলি সংগ্রহ করে শেষ করবেন।
এবং স্পষ্টতই, আপনার ক্ষেত্রে, কিছু, কোথাও সেই প্রক্রিয়াটি সঠিকভাবে কাজ করছে না। আমি একটি সুন্দর পয়সা বেট করব যে আপনি যদি সার্ভারটি Event Logs
দেখেন তবে রেজিস্ট্রিটি লক হয়ে যাওয়া বা রেজিস্ট্রিতে পরিবর্তনগুলি লিখতে অক্ষম হওয়ার ঘটনাগুলির আকারে এটি সম্পর্কে পুরো টোন ত্রুটি দেখতে পাবেন। (সম্ভবত Unable to open registry for writing
বা এর লাইন বরাবর Failed to update system registry
)। এগুলি গুরুতর সমস্যার ইঙ্গিত হতে পারে, বা এগুলি ইঙ্গিত হতে পারে যে কিছু পিআইটিএ প্রোগ্রাম চালু হওয়ার সাথে সাথে রেজিস্ট্রিতে একটি পরিবর্তন লিখতে চায় এবং তার অনুমতি নেই।
পরিবর্তনগুলি লিখিত হওয়ার সম্ভাবনাও কম রয়েছে, তবে ফাইলগুলি মুছে ফেলা যায় না, যদি ফাইলগুলিতে লকিং হ্যান্ডেলটি সঠিকভাবে শেষ না করা হয়, বা যদি SYSTEM
লেখার অনুমতি না থাকে তবে এতে মুছে ফেলার অনুমতি নেই la এই ফোল্ডার অবস্থান।
এটি সমস্ত ফাইল কিনা তা বেশিরভাগই অভিন্ন (যা বেশিরভাগ ক্ষেত্রে রেজিস্ট্রিতে লিখতে ব্যর্থ একই পরিবর্তনকে নির্দেশ করে), এই ফাইলগুলির দ্রুত এমডি 5 যোগ (বা অনুরূপ) করতে উত্সটি সন্ধান করতে সহায়তা করতে পারে, বা যদি প্রচুর প্রকরণ রয়েছে, যা কোনও মারাত্মক সমস্যা নির্দেশ করার সম্ভাবনা বেশি থাকে - যে রেজিস্ট্রি প্রচুর প্রক্রিয়া দ্বারা লিখিত হতে পারে না, বা প্রশ্নে থাকা ব্যবহারকারী প্রোফাইলগুলি দূষিত।
একবার এগুলি বিশ্লেষণ করা শেষ হলে, শেষ সিস্টেম বুটের আগে তৈরি হওয়া এই .blf
বা .regtrans-ms
ফাইলগুলির যে কোনও একটি নিরাপদে মোছা যাবে। নিবন্ধগুলিতে তাদের (বা হওয়া উচিত) কোনও উপায় নেই, সুতরাং তারা আবর্জনা।
ঠিক কী হিসাবে, এগুলি তৈরি করছে, এটি এমন কিছু যা আপনাকে নিজেরাই সন্ধান করতে হবে, কারণ এটি প্রায় কিছুই হতে পারে। এটি সম্ভবত সম্ভব যে ওয়েব কোডটিতে কোনও কিছু প্রতিটি সময় অ্যাক্সেস হওয়ার সাথে সাথে একটি রেজিস্ট্রি পরিবর্তন লেখার চেষ্টা করা হয়, তবে অনুমতিগুলির অভাবে ব্যর্থ হয় (আমি অবশ্যই ঘন জিনিসগুলি দেখেছি), সম্ভবত এটি ব্যবহারকারীর লগইন এবং পরবর্তীকালে তৈরি হয়েছে রেজিস্ট্রি লিখতে চেষ্টা করার অনুমতি এবং অভাবের ক্রিয়াকলাপ, এবং যেমনটি আগেই বলা হয়েছে যে এমনকি এগুলি সম্ভবত তৈরি করা এবং কার্যকর করা হচ্ছে এমন কি সম্ভব তবে কোনও কারণে উদ্দেশ্যে মুছে ফেলা যায় না।
আপনার সমস্ত লগগুলি পরীক্ষা করুন, বিশেষত আপনার Event Logs
এবং আইআইএস লগগুলি এটিকে সঙ্কুচিত করার জন্য রেজিস্ট্রি-সম্পর্কিত ত্রুটির জন্য এবং এটি কী কারণ ঘটছে তা নির্ধারণ করুন।