विंडोज पर: सिस्टम को क्लोन करने के लिए एक रोबोकॉपी करना सुरक्षित है?

16

मुझे थोड़ा बैकग्राउंड देकर शुरुआत करते हैं। लिनक्स सिस्टम पर, मैं अक्सर इस तथ्य पर भरोसा करता हूं कि जब तक मैं एक हार्ड ड्राइव से दूसरे तक सभी फाइलें प्राप्त कर सकता हूं, और जब तक मैं बूट लोडर को ठीक करता हूं, तब तक मैं एक समान, बूट करने योग्य, पूरी तरह से छोड़ दूंगा कार्यात्मक प्रणाली। एक ही बात बैकअप और रिस्टोर के लिए काम करती है (कोई विशेष सिस्टम स्टेट बैकअप की आवश्यकता नहीं है, बस फाइलें) ... यहां तक कि MySQL भी कभी-कभी पुनर्प्राप्त करने योग्य होता है , जब यह बैकअप के समय जमी नहीं थी

विंडोज पर, मुझे फ़ाइल स्तर पर सिस्टम को क्लोन करने के साथ कभी भाग्य नहीं मिला। मुझे हमेशा VMWare Converter, Ghost, diXML इत्यादि जैसे टूल की आवश्यकता होती है .. वे ड्राइव की छवि को समग्र रूप से लेने पर आधारित होते हैं। सबसे पहले मैंने यह माना कि यह मुख्य रूप से विशेष / जादुई तरीके से है क्योंकि यह रजिस्ट्री है और मैंने इस पर सवाल नहीं उठाया (यह काम किया)। आज तक। मुझे एहसास हुआ कि इस तरह की सोच गूंगी थी, और वास्तव में विंडोज भी सिर्फ फाइलों का एक संग्रह है। इसलिए एक परीक्षण के रूप में मैंने एक ऑफ़लाइन विंडोज 2003 सर्वर ड्राइव लिया, मैंने फाइलों को एक रिक्त हार्ड ड्राइव पर कॉपी किया, जिससे ड्राइव सक्रिय हो गया और .. पूरी तरह से काम किया!

या किया? मुझे यह तर्कहीन भय क्यों है कि यह सिर्फ इसलिए असफल हो जाएगा क्योंकि यह एक शब्दशः क्लोन नहीं है जैसे कि मैंने घोस्ट के साथ उम्मीद की होगी? क्या मुझे डरना चाहिए? यह इतना आसान क्यों था? क्या AD सर्वर कोई भिन्न हैं? क्या ऐसे मामले हैं जहां यह विधि विफल हो जाएगी?

यदि फ़ाइल-दर-फ़ाइल प्रतिलिपि जाने का तरीका है, तो ऐसा क्यों है कि जब मैंने वीएसएस के साथ एक ही काम करने की कोशिश की थी (छाया की प्रतिलिपि बनाई गई सी: ड्राइव एस: ड्राइव के रूप में) वही दृष्टिकोण विफल हो गया। विशेष रूप से मुझे लॉगिन स्क्रीन पर सभी तरह का बूटिंग सिस्टम मिला। इसने मेरा पासवर्ड भी स्वीकार कर लिया, लेकिन फिर तुरंत GUI में कोई त्रुटि नहीं होने पर अपने उपयोगकर्ता को लॉग ऑफ कर दिया। मैंने भी कॉपी करने से पहले सभी लेकिन अन-स्टॉपेबल सेवाओं को बंद करने की कोशिश की ... एक ही परिणाम।

वैसे मैं robocopy /E /SECइन सभी कॉपी ऑपरेशन्स के लिए उपयोग कर रहा हूं

क्या मैं इन तरीकों का उपयोग करके परेशानी की तलाश कर रहा हूं? मुझे पता है कि घोस्ट आदि सिद्ध होते हैं .. इसलिए पहिया को फिर से क्यों लगाया जाए? ... मुझे वह सब मिलता है ... लेकिन एक पेशेवर के रूप में मैं जानना चाहता हूं कि चीजें जिस तरह से काम करती हैं, वे क्यों करते हैं। इसलिए मेरे लिए यह पता लगाना महत्वपूर्ण है। (एक ऐसी प्रणाली पर नंगे धातु को बहाल करने की दुर्लभ संभावना का उल्लेख नहीं करना, जहां मेरे पास सिस्टम स्टेट बैकअप कभी नहीं था)

— ixnaum
स्रोत

2

डोमेन नियंत्रकों के विशेष मामले को संबोधित करते हुए: ध्यान दें कि डोमेन नियंत्रक को क्लोन करने का कोई सुरक्षित तरीका नहीं है, क्योंकि ऐसा करने से सक्रिय निर्देशिका प्रतिकृति गड़बड़ होती है। मैं विवरण पर फ़र्ज़ी हूं, लेकिन मूल रूप से प्रत्येक डीसी के पास एक विशिष्ट पहचानकर्ता है जो एडी परिवर्तनों के क्रम को बनाए रखने के लिए आवश्यक है। यदि दो डीसी एक ही पहचानकर्ता का उपयोग करने की कोशिश करते हैं, तो पूरी प्रणाली एक चीखने वाले ढेर में गिर जाती है।

— हैरी जॉन्सटन

इसके अतिरिक्त, ध्यान दें कि किसी डोमेन नियंत्रक के क्लोन सर्वर को बढ़ावा देना सुरक्षित नहीं है। यदि Windows का एक उदाहरण DC होने जा रहा है, तो उसे Windows सेटअप के माध्यम से स्थापित किया जाना चाहिए। इस एहतियात का पालन करने में विफलता के कारण कई प्रकार के लक्षण हो सकते हैं।

— हैरी जॉनसन

4

विज्ञापन सर्वर अलग हैं। डोमेन नियंत्रक के पास C: \ Windows \ SYSVOL \ sysvol निर्देशिका पर एक निर्देशिका जंक्शन है जो C: \ Windows \ SYSVOL \ डोमेन निर्देशिका की ओर इशारा करता है:

 Directory of C:\Windows\SYSVOL\sysvol

04/13/2011  01:22 PM    <DIR>          .
04/13/2011  01:22 PM    <DIR>          ..
04/13/2011  01:22 PM    <JUNCTION>     domainName.acme.com [C:\Windows\SYSVOL\domain]

लगभग किसी भी प्रकार की मैनुअल कॉपी ऑपरेशन में SYSVOL का परिणाम होता है जो कि एक बोरिक जंक्शन के कारण ऑनलाइन नहीं होता है। हालांकि सटीक होने के लिए, यह सामान्य पुनर्स्थापना परिदृश्यों में हो सकता है, इसलिए आवश्यक होने पर SYSVOL जंक्शन की जांच करना और फिर से बनाना हमेशा उचित होता है।

लिंक की बात करें तो, किसी भी विंडोज 2008 / विस्टा / विंडोज 7 सिस्टम में बायनेरिज़ के लिए% SYSTEMROOT% \ System32 फ़ोल्डर में हजारों लिंक हो सकते हैं। ये लिंक लक्ष्य वास्तव में% SYSTEMROOT% \ Winsxs फ़ोल्डर में रहते हैं।

मैंने इसकी पुष्टि नहीं की है, लेकिन लिंक के बजाय रोबोकॉपी लक्ष्य को कॉपी कर सकता है। जो स्विच / SL :: "लक्ष्य बनाम कॉपी प्रतीकात्मक लिंक" की व्याख्या करेगा।

यह संभव है कि सिस्टम सही ढंग से कार्य कर सकता है, लेकिन क्या होगा जब सिस्टम अपडेट गतिविधि करने का समय आ जाए, जिससे उन फ़ाइलों को बनाए रखने की आवश्यकता होती है जहां लिंक लक्ष्य आमतौर पर रहते हैं? शायद यह उन्हें फिर से बनाएगा, लेकिन यह परीक्षण के लायक कुछ होगा।

यदि आप उत्सुक हैं कि इन लिंक को कॉपी किए गए डिस्क पर कैसे स्थानांतरित किया जाता है, तो आप स्नैपशॉट से पहले और बाद में ले सकते हैं, फिर विंडिफ या नोटपैड ++ का उपयोग करके फ़ाइलों की तुलना करें।

आप ड्राइव पर जंक्शन बिंदुओं को आउटपुट प्राप्त करने के लिए निम्न कमांड का उपयोग कर सकते हैं:

dir C:\ /aL /s  >> junctions.txt

आप किसी स्थान के लिए लिंक का आउटपुट प्राप्त करने के लिए फ़ाइल में निम्न स्क्रिप्ट का उपयोग कर सकते हैं (उदाहरण के लिए, सिस्टमरोट):

for /r %systemroot% %%i in (*.exe,*.dll) do (
  echo Checking file: %%i >> file.txt
  fsutil.exe hardlink list "%%i" >> file.txt 2>&1
  echo . >> file.txt
)

— ग्रेग अस्का
स्रोत

तुम सही हो। जंक्शन बिंदु मुख्य समस्या है। इस पर अधिक शोध करने से, यह न केवल AD सर्वर है जो जंक्शनों का उपयोग करते हैं। विंडोज 7 उन्हें बहुत अधिक उपयोग करता है। रोबोकॉपी को जंक्शनों की नकल करने का तरीका नहीं पता "रोबोकॉपी जूनैक्टिस का सामना कर सकती है ... ये वॉल्यूम माउंट पॉइंट हो सकते हैं जो कि MOUNTVOL कमांड का उपयोग करके बनाए गए हों, या निर्देशिका लिंक LINKD कमांड का उपयोग करके बनाए गए हैं। रोबोकॉपी सामान्य निर्देशिका बनाने के लिए स्रोत में जुनूनों को संभालती है। गंतव्य में समान नाम, क्योंकि गंतव्य में जंक्शन को दोहराने के लिए संभव नहीं हो सकता है। " ... क्या कोई फ़ाइल कॉपी टूल है?

— ixnaum

यहाँ विंडोज 7 पर जंक्शनों की नकल करने में नाकाम रहने वाले रोबोकॉपी पर अधिक विवरण है। फास्टकॉपी माना जा सकता है कि जंक्शनों की नकल कर सकते हैं ... अगला प्रयास करेंगे

— ixnaum

1

एक अन्य संभावित मुद्दा, विंडोज 7 (शायद 2008 भी) में "एप्लिकेशन डेटा" के लिए C: \ users \ <उपयोगकर्ता> \ AppData \ Local \ के तहत प्रत्येक उपयोगकर्ता प्रोफ़ाइल फ़ोल्डर में एक परिपत्र जंक्शन है। यदि आप बैकअप विशेषाधिकार के साथ किसी खाते का उपयोग करके रोबोकॉपी चलाते हैं, या फ़ोल्डर अनुमतियों को बदलते हैं, तो उस जंक्शन पर एक अनंत लूप में जाना संभव है।

— ग्रेग अस्केव

7

मैंने ntfscloneWindows 2000 और Windows XP में फ़ाइल-स्तरीय क्लोन (लिनक्स NTFS उपकरण उपयोगिता का उपयोग करके ) का प्रदर्शन किया है । मैंने ntfscloneWindows Vista या नए संस्करणों के साथ प्रयास नहीं किया है, लेकिन मैं किसी भी समस्या की उम्मीद नहीं करूंगा। मैं Microsoft के फ़ाइल-स्तरीय क्लोनिंग टूल का उपयोग करता हूं ImageX, विंडोज एक्सपी और विंडोज 7 के साथ काफी नियमित रूप से और वहां कोई समस्या नहीं है। मैं आमतौर पर सर्वर कंप्यूटरों को क्लोन नहीं करता हूं, लेकिन मैं ImageXसर्वर ओएस के साथ ठीक काम करने की उम्मीद करूंगा ।

लाइव फाइल सिस्टम को कॉपी करना हमेशा एक चुनौती होती है। वॉल्यूम छाया प्रति एक विचित्र फ़ाइल सिस्टम को उजागर करने वाली है, लेकिन मुझे लगता है कि आप अभी भी अपने मौके ले रहे हैं। (मैं आपको यह नहीं बता सकता कि आपके वीएसएस-क्लोन वाले वॉल्यूम के साथ क्या हुआ जो आपको लॉगऑन करने की अनुमति नहीं देगा। डब्ल्यू / ओ असफल क्लोन को देखने में सक्षम है यह वास्तव में, वास्तव में निदान करना मुश्किल है)। यदि संभव हो तो मैं आपको हमेशा ऐसे क्लोन सिस्टम की सलाह दूंगा जो ऑफ़लाइन हों।

यह मानते हुए कि आप एक पूरी तरह से विचित्र फाइलसिस्टम की नकल कर रहे हैं और सभी फाइलों को प्राप्त करने में सक्षम हैं, केवल आपकी चिंताएं हैं:

एक अच्छा मास्टर बूट रिकॉर्ड (MBR) और विभाजन बूट रिकॉर्ड (PBR) होना
एक अच्छा बूटलोडर होने के नाते

Microsoft का bootsect.exeउपयोग Windows NT (NT 3.5 thru Windows Server 2003) और BOOTMGR- आधारित संस्करणों (Windows Vista और नए) के पुराने NTLDR- आधारित संस्करणों के लिए अच्छे MBR और PBR लिखने के लिए किया जा सकता है। आपका Windows 2003 क्लोन एक डिस्क पर रहा होगा जिसमें NT 5.2-प्रारूप PBR था (क्योंकि यह बूट किया गया था)।

NTLDR बूटलोडर को एक फ़ाइल-स्तरीय प्रतिलिपि में कॉपी किया जाएगा, जो बताता है कि आपकी Windows 2003 प्रतिलिपि ने w / o समस्या क्यों काम की। BOOTMGR बूटलोडर को bcdboot.exeउपयोगिता (BOOTMGR- आधारित विंडोज सेटअप मीडिया पर शामिल) का उपयोग करके स्थापित किया जा सकता है ।

मैं इस तरह सक्रिय निर्देशिका डोमेन नियंत्रक (DC) कंप्यूटरों को क्लोन नहीं करूंगा। आप मूल डीसी के साथ एक ही नेटवर्क पर एक डीसी के क्लोन को बूट नहीं करना चाहते हैं क्योंकि यह पूरी तरह से असमर्थित है और, संभावना है, अनियोजित-परिदृश्य के लिए।

संपादित करें (अब जब मेरे पास वास्तविक कंप्यूटर पर कुछ मिनट हैं):

ऊपर वर्णित उपकरण, ImageXऔर ntfsclone, फाइलसिस्टम-स्तरीय क्लोन उपकरण हैं (जैसा कि भूत है अगर यह कच्चे क्षेत्र मोड में नहीं चलाया जाता है)। वे सेक्टर-फॉर-सेक्टर की नकल करने के बजाय NTFS फाइलसिस्टम की व्याख्या करते हैं। उन दोनों उपकरणों में जंक्शन पॉइंट या हार्डलिंक की समस्या नहीं होगी, जैसे ROBOCOPY(w / o /SLतर्क) और XCOPY(किसी भी तर्क के साथ)।

सामान्य तौर पर, Microsoft आपके लिए सिस्टम के फ़ाइल-स्तरीय प्रतिलिपि-आधारित क्लोनिंग करने की योजना नहीं बना रहा है। हाँ, आप इसे कर सकते हैं, लेकिन अगर यह टूट जाता है तो आपको टुकड़े रखने पड़ेंगे।

— इवान एंडरसन
स्रोत

लेकिन ntfsclone और ImageX भूत की तरह छवि आधारित हैं ... फाइल-बाय-फाइल कॉपी के बारे में क्या?

— ixnaum

1

ImageX डिस्क की ब्लॉक-स्तरीय प्रतिलिपि उत्पन्न नहीं करता है, यह निश्चित रूप से फ़ाइल-आधारित है। (यह, ज़ाहिर है, एक "छवि फ़ाइल" उत्पन्न करता है, लेकिन यह एक ज़िप फ़ाइल की तरह अधिक है, कहना, एक आईएसओ।) ImageX ऐसा करने के लिए केवल और केवल एक ही समर्थन तरीका है।

— हैरी जॉन्सटन

4

से एक लाइव फाइल सिस्टम को कॉपी करने में समस्या VSSयह है कि मौजूदा विंडोज इंस्टेंस में रजिस्ट्री में पहले से मौजूद नई डिस्क के हस्ताक्षर होंगे। आप प्रतिलिपि, विभाजन से रजिस्ट्री करने के लिए मिलान किया जाता है बूट के हस्ताक्षर बूट और के रूप में माउंट जब D:या E:, बजाय C:यह होना चाहिए।

आप रजिस्ट्री फ़ाइल को बढ़ते हुए और HKLM\SYSTEM\MountedDevices प्रतिलिपि के बाद ऐसा करें, लेकिन पुनरारंभ करने से पहले इसे सॉर्ट कर सकते हैं । आप केवल \DosDevices\C:प्रविष्टि को हटाना चाहते हैं और अपनी नई ड्राइव के लिए प्रविष्टि बदलना चाहते हैं C:।

— क्रिस ग्रिफ़िथ
स्रोत