DIY रजिस्ट्री सुरक्षा

हाल ही में NTUser.dat के नुकसान का सामना करना पड़ा और इसके साथ ही विंडोज 7 के तहत सभी HKCU और ताकि विंडोज रिस्टोर की मदद न मिले - मुझे एक महीने पहले बैक-अप से उठना पड़ा। नतीजतन, वह रजिस्टर आरक्षण के मुद्दे पर बहुत चिंतित था। जैसा कि यह निकला, Win7 / Vista किसी भी "शुद्ध" रजिस्ट्री अतिरेक (XP के विपरीत) की पेशकश नहीं करता है। इस पोस्ट में मैं इस बारे में बात करूँगा कि आप ERUNT उपयोगिता और उपयोगकर्ता प्रोफ़ाइल हाइव क्लीनअप सेवा (UPHClean) की सहायता से इस बारे में अपने हाथों से क्या कर सकते हैं। अंत में, मैं एक उदाहरण देता हूं कि मैंने यह कैसे किया।

ऐतिहासिक पृष्ठभूमि।

रजिस्ट्री, जैसा कि हम जानते हैं, यह पहली बार Win95 में दिखाई दिया, और तुरंत यह स्पष्ट हो गया कि यह इसे खोने / बिगाड़ने के लायक नहीं था। सौभाग्य से, OC के Win9x परिवार में, रजिस्ट्री स्वचालित रूप से सिस्टम स्टार्टअप पर समर्थित थी। एक ही समय में, दो (Win95) से पांच (Win98 / ME) रोलबैक स्तर आयोजित किए गए थे। मैनुअल रुपये भी एक समस्या नहीं थी, क्योंकि यह डॉस मोड में कंप्यूटर को रिबूट करने और कई फ़ाइलों को एक सुरक्षित स्थान पर कॉपी करने के लिए पर्याप्त था। Microsoft ने एक ERU उपयोगिता भी प्रदान की है जो सीधे विंडोज़ से रजिस्ट्री डाउनलोड करती है।

Win2000 और इसके डेरिवेटिव (WinXP / Vistal / 7) के आगमन के साथ, स्थिति मौलिक रूप से बदल गई है। NT- आधारित प्रणालियों पर, रजिस्ट्री फाइलें (C: \ Windows \ System32 \ config और% userprofile% \ ntuser.dat) हमेशा खुली और उपयोग की जाती हैं। नतीजतन, अप्रिय कीड़े दिखाई देने लगे, जिनमें से कुछ आज तक पाए जाते हैं। उनमें से लगभग सभी एक परिदृश्य के परिणाम हैं: कुछ प्रोग्राम रजिस्ट्री में एक कुंजी खोलता है और इसे बंद करना भूल जाता है। परिणामस्वरूप, कई रोचक दुष्प्रभाव हो सकते हैं:

* सबसे पहले, अगर एचकेसीयू में कुंजी बंद नहीं है, तो लॉगऑफ \ रीबूटिंग / कंप्यूटर को बंद करने में बहुत लंबा समय लग सकता है - विंडोज धैर्यपूर्वक इंतजार करता है जब तक कि सभी प्रोग्राम एचकेसीयू को उपयोगकर्ता से लॉग इन करने के लिए जारी नहीं करते (जो तब नहीं होता है जब बग्गी प्रोग्राम एक सिस्टम सेवा के रूप में पंजीकृत होता है) ।

* दूसरे, कुछ बदलाव रजिस्ट्री में "डंप" नहीं किए गए थे, और परिणामस्वरूप रिबूट के बाद सहेजे नहीं गए थे। यह विशेष रूप से रोमिंग प्रोफाइल वाले कॉर्पोरेट उपयोगकर्ताओं के लिए कष्टप्रद था, जो अक्सर उदाहरण के लिए, संदेश देखते थे "कृपया प्रतीक्षा करें जबकि विंडोज कुछ प्रोग्राम अनुप्रयोग लॉन्च करते समय हर बार <प्रोग्राम>" कॉन्फ़िगर करता है। परिणामस्वरूप, विस्टा / डब्लू 7 में हमारे पास रजिस्ट्री लेनदेन की फाइलें (regtrans-ms) हैं, जो कभी-कभी खुद रजिस्ट्री की तुलना में अधिक स्थान लेती हैं :)

* सबसे खराब स्थिति में, रिबूट के दौरान, रजिस्ट्री की अखंडता का उल्लंघन किया गया था और पूरे राजमार्ग को खोना संभव था (सबसे अधिक बार, फिर से, एचकेयू)। यह, आज भी जारी है, Google Chrome को अपडेट करने वाली सेवा के बारे में काफी शोर उठता है, जो कई विवरणकों को खोलना पसंद करता है और उनमें से कुछ को बंद करना भूल जाता है।

यह समस्या इतनी गंभीर थी कि Microsoft ने एक विशेष सेवा जारी की, जिसे " यूजर प्रोफाइल हाइव क्लीनअप सर्विस " कहा गया, जिसने रिबूट पर रजिस्ट्री से सभी को जबरन डिस्कनेक्ट कर दिया (हालाँकि केवल HKCU / ntuser.dat के लिए)। मैं इसकी अत्यधिक अनुशंसा करता हूं।

यह सब दिखाता है कि WinNT- आधारित सिस्टम के लिए रजिस्ट्री की अखंडता कितनी महत्वपूर्ण है। फिर भी,

• NT / 2000 में, कोई स्वचालित रजिस्ट्री बूट नहीं है।
• WinXP में, रजिस्ट्री बैकअप केवल सामान्य सिस्टम बैकअप (यदि आप बैकअप सिस्टम स्टेट का चयन करते हैं) के दौरान किया जाता है। इस स्थिति में, ओएस फाइलें (~ 500MB) को उपयोगकर्ता द्वारा निर्दिष्ट निर्देशिका में रखा जाता है, और रजिस्ट्री बैकअप C: \ Windows \ Repair में है, जहां से इसे हैंडल (अच्छी तरह से कॉपी किया जाना चाहिए, या कबाड़ को हटाने के लिए 500M की आवश्यकता होगी यदि आपको केवल रजिस्ट्री का बैकअप लेना है)। दुर्भाग्य से, Windows GUI आपको NUL में उपनिर्देशिका का चयन करने की अनुमति नहीं देता है :)
• विस्टा / डब्ल्यू 7 में, हिरन पूरी तरह से वीएचडी में बनाया गया है; सिस्टम पुनर्स्थापना, जैसा कि यह निकला, पर्याप्त विश्वसनीय नहीं है, और \ Windows \ Repair दृष्टि में नहीं है। ** UPD ** लेकिन यह \ Windows \ System32 \ config \ RegBack के समान है, जिसे टास्क शेड्यूलर द्वारा हर 10 दिनों में अपडेट किया जाता है। टिप्पणियों से दयालु लोगों के लिए धन्यवाद। सच है, केवल एक सिस्टम रजिस्ट्री है।

रजिस्ट्री प्राप्त करने का कोई अन्य आसान तरीका नहीं था, और मुझे इसके साथ आना पड़ा। इसलिए ERUNT (ERU for NT) था।

ERUNT।

ERUNT को जर्मन विशेषज्ञ द्वारा लार्स हेडर के नाम से विकसित किया गया था, और वास्तव में , वास्तविक जीवन में निर्दिष्ट निर्देशिका के लिए किसी भी WinNT जैसे OS (NT / 2K / XP / Vistal / 7) की रजिस्ट्री का समर्थन करता है (अर्थात, जब रिबूट नहीं किया जाता है) , और ओएस के संचालन के दौरान किसी भी समय)।

आप रीडमी फ़ाइल में एप्लिकेशन का विवरण पढ़ सकते हैं, लेकिन मैं आपको बताता हूं कि मुझे व्यक्तिगत रूप से यह कैसे पसंद है और मैं इसका उपयोग कैसे करता हूं।

• इसमें बैकअप और रिकवरी के लिए GUI और CLI है। परीक्षण के लिए GUI का उपयोग करना बहुत सुविधाजनक है, और फिर कमांड लाइन के मापदंडों में सब कुछ रोल करें और एक टास्क बनाएं (जिसके बारे में नीचे)। इसी तरह रिकवरी के लिए: पूर्ण रिकवरी के लिए, आप एक साधारण बैच फ़ाइल बना सकते हैं, कुछ विशेष स्थितियों के लिए, आप जीयूआई चला सकते हैं और आपको जो भी आवश्यक है उसका चयन कर सकते हैं।
• आपको राजमार्गों (सिस्टम और उपयोगकर्ता) का चयन करने की अनुमति देता है - आप bakapit कर सकते हैं: सिस्टम, उपयोगकर्ता प्रोफ़ाइल, अन्य उपयोगकर्ताओं के प्रोफाइल, सभी एक साथ। प्रारंभ में, मेरी योजना थी कि "सप्ताह में एक बार सभी को बापपिट, हर दिन बाकापिट प्रोफाइल", लेकिन कार्यक्रम इतनी तेजी से काम करता है, और बाकायदा इतनी कम जगह लेता है कि अब मैं हर दिन बाकापू करता हूं।
• एक विशेष बूटलोडर या विंडोज रिकवरी कंसोल से रजिस्ट्री को पुनर्स्थापित करता है। आमतौर पर, एक कंसोल पर्याप्त है (क्योंकि, वास्तव में, फ़ाइलों की एक पुनर्लेखन पुनर्लेखन होती है)।
• इसे इंस्टॉलर के माध्यम से स्थापित किया गया है, लेकिन ऐसा लगता है कि यह अपनी निर्देशिका के बाहर कोई फाइल नहीं डालता है, इसलिए यह पोर्टेबल उपयोग के लिए उपयुक्त है। .INI फ़ाइल को निर्देशिका में संग्रहीत किया जाता है, जिसमें आप डिफ़ॉल्ट मान लिख सकते हैं, जो आपको हर बार निर्दिष्ट कमांड लाइन कुंजी की संख्या को कम करने की अनुमति देता है। किसी भी मामले में, वसूली उपयोगिता पूरी तरह से स्वतंत्र रूप से काम करती है।
• दिलचस्प विकल्पों का एक गुच्छा स्वचालित bakapa। अपने लिए, मैंने निम्नलिखित कार्य किया:
  
  • निर्देशिका में D: \ Install \ __ Backups \ RegBackup-ERUNT \ उपनिर्देशिका दिनांक-समय के साथ उस प्रारूप में बनाई गई हैं जिसकी मुझे आवश्यकता है (लगभग। RegBackup-ERUNT \ 2012-04-19-17.00.04 \)।
  • ऐसे प्रत्येक उपनिर्देशिका में, वास्तव में, रजिस्ट्री की ऊँचाई और एक रिकवरी उपयोगिता है (ताकि तनाव न हो)।
  • रुपये का इतिहास 30 दिनों के लिए संग्रहीत किया जाता है (आप संख्या द्वारा कह सकते हैं, कहते हैं, अंतिम 5, या समय के अनुसार)। पुराने स्वचालित रूप से (अक्षम) हटा दिए जाते हैं।
  • यदि आप पहले ही बाकाप कर चुके हैं, तो दूसरा (तीसरा, आदि) समय समाप्त हो जाता है। (उपयोगी, क्योंकि टास्क शेड्यूलर में एक विकल्प है "यदि कार्य को लॉन्च करने का समय छूट गया है - जितनी जल्दी हो सके चलाएं", इस तरह से प्रति दिन दो हिरन का बच्चा लॉन्च किया जा सकता है)।
  • मानक विकल्प जैसे चुप मोड, आदि।
  • मुझे सबसे ज्यादा जो प्रभावित हुआ वह यह था कि टोगा में मुझे कमांड लाइन की अधिकांश चाबियों से छुटकारा मिल गया, क्योंकि लेखक द्वारा तय किए गए डिफ़ॉल्ट मान बिल्कुल वही हैं जो मुझे चाहिए! :) बाकी INI फ़ाइल में सेट किया गया था और परिणामस्वरूप बड़ी कमांड लाइन AUTOBACK.EXE <निर्देशिका नाम को बैक-अप> \ # तारीख # - # समय # के लिए कम कर दिया गया था।

अंत में, मैं टास्क शेड्यूलर के लिए ERUNT.INI और .XML संलग्न कर रहा हूं।

ERUNT.INI (ERUNT के साथ निर्देशिका):

[ERUNT] DefaultDestinationFolder=D:\Install\__Backups DateFormat=yyyy/mm/dd DateSeparator=- TimeFormat=hh:mm:ss TimeSeparator=. 

ERUNT.XML (टास्क शेड्यूलर में आयातित, उपयोगकर्ता नाम और पथ को सही करें):

 <?xml version="1.0" encoding="UTF-16"?> <Task version="1.3" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task"> <RegistrationInfo> <Date>2012-04-01T21:27:40.026817</Date> <Author>APCNB\apc</Author> </RegistrationInfo> <Triggers> <CalendarTrigger> <StartBoundary>2012-04-01T17:00:00</StartBoundary> <ExecutionTimeLimit>PT1H</ExecutionTimeLimit> <Enabled>true</Enabled> <ScheduleByDay> <DaysInterval>1</DaysInterval> </ScheduleByDay> </CalendarTrigger> </Triggers> <Principals> <Principal id="Author"> <UserId>APCNB\apc</UserId> <LogonType>S4U</LogonType> <RunLevel>HighestAvailable</RunLevel> </Principal> </Principals> <Settings> <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy> <DisallowStartIfOnBatteries>false</DisallowStartIfOnBatteries> <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries> <AllowHardTerminate>true</AllowHardTerminate> <StartWhenAvailable>true</StartWhenAvailable> <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable> <IdleSettings> <StopOnIdleEnd>true</StopOnIdleEnd> <RestartOnIdle>false</RestartOnIdle> </IdleSettings> <AllowStartOnDemand>true</AllowStartOnDemand> <Enabled>true</Enabled> <Hidden>false</Hidden> <RunOnlyIfIdle>false</RunOnlyIfIdle> <DisallowStartOnRemoteAppSession>false</DisallowStartOnRemoteAppSession> <UseUnifiedSchedulingEngine>false</UseUnifiedSchedulingEngine> <WakeToRun>false</WakeToRun> <ExecutionTimeLimit>PT1H</ExecutionTimeLimit> <Priority>7</Priority> <RestartOnFailure> <Interval>PT1H</Interval> <Count>3</Count> </RestartOnFailure> </Settings> <Actions Context="Author"> <Exec> <Command>C:\bin\ERUNT\AUTOBACK.EXE</Command> <Arguments>D:\Install\__Backups\RegBackup-ERUNT\#Date#-#Time#</Arguments> <WorkingDirectory>C:\bin\ERUNT\</WorkingDirectory> </Exec> </Actions> </Task> 

सामान्य तौर पर, उपयोगिता के लेखक 2001 से इस मुद्दे से निपट रहे हैं और उनके व्यवसाय को जानते हैं - मैं इसे उपयोग के लिए अत्यधिक सलाह देता हूं!