"क्रॉस फ़ॉरेस्ट" माइग्रेशन: सक्रिय निर्देशिका 2003> 2008 r2, Exchange 2003> 2010, उपयोगकर्ता और कंप्यूटर। पता पुस्तिका सिंक

मुझे पता नहीं है कि एक परिचयात्मक शब्द कैसे लिखना है, इसलिए तुरंत इस बिंदु पर।

माइग्रेशन पद्धति का संक्षिप्त विवरण:
माइग्रेशन अगल-बगल होता है, उन्हें एक समानांतर AD DS \ Exchange इन्फ्रास्ट्रक्चर और संबंधित सेवाओं को तैनात करने की आवश्यकता होती है। चरणों:
1. लक्ष्य बुनियादी ढांचे की तैनाती।
डोमेन और ADMT की स्थापना के बीच द्विपक्षीय विश्वास।
3. वैश्विक पता पुस्तिकाओं का सिंक्रनाइज़ेशन और मेल संगठनों का सह-अस्तित्व स्थापित करना।
4. दरअसल माइग्रेशन, जिसमें मेल, यूजर्स और कंप्यूटर का माइग्रेशन होता है।

कटौती के तहत अधिक जानकारी।

उपयोगकर्ताओं और कंप्यूटरों के प्रवास के लिए - ADMT 3.2, मेलबॉक्सों के माइग्रेशन के लिए - शक्तियां, वैश्विक पता पुस्तिका के सिंक्रनाइज़ेशन के लिए - FIM, के लिए free \ busy जानकारी के सिंक्रनाइज़ेशन के लिए - अंतर-संगठन प्रतिकृति उपकरण। इस प्रकार, प्रवास के दौरान उपयोग किए जाने वाले सभी उपकरण स्वतंत्र हैं। मैंने इन उपकरणों का उपयोग करने वाले लगभग 600 उपयोगकर्ताओं को माइग्रेट किया और किसी भी महत्वपूर्ण समस्या का सामना नहीं किया। समाधान बिना किसी समस्या के तराजू।

50% (न्यूनतम) द्वारा माइग्रेशन की सफलता योजना चरण पर निर्भर करती है, इस स्तर पर आपको पहले से सब कुछ पर सोचने की जरूरत है।
मेल संगठनों के सह-अस्तित्व पर सबसे ज्यादा ध्यान दिया जाना चाहिए, क्योंकि यह सेवा आम तौर पर संगठन के लिए बहुत महत्वपूर्ण है और इस सेवा के साथ समस्याएं "पॉप अप" बहुत जल्दी होती हैं।

1. नामस्थान।
मेल संगठनों के सह-अस्तित्व के दौरान मेल संगठनों के बीच मेल अग्रेषित करने के लिए आपको एक रणनीति पर विचार करने की आवश्यकता है। एक विकल्प एक्सचेंज 2010 के माध्यम से सभी मेल को रूट करना है और "पुराने" मेल संगठन के लिए रिले (रीडायरेक्ट) मेल है। ऐसा करने के लिए, आपको "पुराने" मेल संगठन के मेल डोमेन को "नए" मेल संगठन के "स्वीकृत डोमेन" में जोड़ना होगा और इस डोमेन को "आंतरिक रिले" के रूप में कॉन्फ़िगर करना होगा, और फिर पुराने एक्सचेंज में मेल को फॉरवर्ड करने के लिए नए एक्सचेंज सर्वर को कॉन्फ़िगर करना होगा (वास्तव में निर्दिष्ट करना है कि आगे कहां भेजना है) शायद नया एक्सचेंज पुराने के बारे में कुछ नहीं जानता है)। इस स्थिति में, जब इस डोमेन से किसी उपयोगकर्ता के लिए एक ईमेल प्राप्त होता है, तो Exchange 2010 मेल सर्वर किसी उपयोगकर्ता को दिए गए पते के साथ खोजेगा - इस उपयोगकर्ता की अनुपस्थिति में, संदेश "पुराने" मेल संगठन के मेल सर्वर पर पुनर्निर्देशित किया जाएगा।

2. पुराने डोमेन (एससीपी रिकॉर्ड) में एक नए डाक संगठन का प्रकाशन और गैर-माइग्रेट किए गए उपयोगकर्ताओं द्वारा इसका उपयोग करने पर रोक।
नए मेल संगठन की एक्सचेंज कमांड लाइन पर, आपको कमांड "Export-AutoDiscoverConfig -TargetForestDomainController target_domain_controller_domain (उन पुराने) -MeripleExchangeDeployments $ true -TargetForestCredential $ targetcredentials" चलाना होगा। यह आदेश पुराने SCP डोमेन में नए मेल संगठन का रिकॉर्ड बनाता है। आउटलुक क्लाइंट इसे पुराने मेल संगठन के एससीपी रिकॉर्ड से पहले पाएंगे, क्योंकि यह डोमेन के रूट के करीब है, इसलिए पुराने डोमेन के गैर-माइग्रेट किए गए उपयोगकर्ता इस एससीपी रिकॉर्ड से जानकारी नहीं पढ़ सकते हैं, आपको एक सुरक्षा समूह बनाने की जरूरत है, माइग्रेट किए गए उपयोगकर्ताओं को जोड़ें (और जब आप माइग्रेट करते हैं, तो उन्हें जोड़ें) ) और उन्हें इस एससीपी तक पहुंचने की अनुमति दें और इस एससीपी को प्रामाणिक उपयोगकर्ता समूह से पढ़ने की अनुमति को हटा दें।
समस्या निवारण :: टास्कबार में आउटलुक आइकन पर राइट क्लिक करें और ctrl पकड़ें और "टेस्ट ई-मेल ऑटोकॉन्फ़रेंसिटी" का चयन करें। आप Outlook में अतिरिक्त लॉगिंग को भी सक्षम कर सकते हैं।

3. GALs का सिंक्रोनाइज़ेशन और मुफ्त की व्यस्त जानकारी।
FIM 2010 R2 का उपयोग GALs को सिंक्रनाइज़ करने के लिए किया जाएगा। संपर्कों को सिंक्रनाइज़ करने के लिए, आपको उन संपर्कों को हटाने की आवश्यकता होती है जिन्हें सभी संगठनात्मक इकाइयों से सिंक्रनाइज़ करने की आवश्यकता नहीं है (आप निश्चित रूप से, एफआईएम फिल्टर के साथ ऐसा ही कर सकते हैं, लेकिन यह, सबसे पहले, अधिक कठिन और दूसरी बात, बदतर है)।
मुक्त \ व्यस्त जानकारी को सिंक्रनाइज़ करने के लिए, अंतर-संगठन प्रतिकृति उपकरण का उपयोग किया जाएगा ( यहां अधिक विवरण)।

4. मेल प्रवासन की रणनीति।
नामस्थान पर वापस, यदि आप xxx.company.com डोमेन से company.com डोमेन पर जा रहे हैं, तो आपको एक मध्यवर्ती डोमेन (केवल मेल) जैसे फर्म.कॉम के माध्यम से माइग्रेट करना होगा। यह आवश्यक है क्योंकि Exchange सर्वर "सोचता है" कि यह एक बाल डोमेन है और एक त्रुटि वापस कर देगा, भले ही सब कुछ सही ढंग से किया गया हो।
सामान्य तौर पर, आपके पास 2 विकल्प हैं:
- पहले तैयारी- MoveRequest फिर ADMT (ऑर्डर: Ready-MoveRequest, ADMT, न्यू-मूवमेंट)
- पहले ADMT फिर तैयारी- MoveRequest (ऑर्डर: ADMT, इनेबल-मेलयूसर, रेडी-मूवRRestest, न्यू-मूवमेंट)
यदि आप एक नए डोमेन \ फ़ॉरेस्ट पर माइग्रेट कर रहे हैं, तो पहला परिदृश्य बेहतर है और इसमें इन उपयोगकर्ताओं की कोई प्रति नहीं है। अधिक विवरण बाद में पाठ में।

5. उपयोगकर्ता प्रवासन की रणनीति।
मेल माइग्रेशन के बाद उपयोगकर्ता का माइग्रेशन किया जाता है (वास्तव में, यह पूरी तरह से सच नहीं है, उपयोगकर्ता नए डोमेन \ वन का सदस्य हो सकता है, और पुराने डोमेन \ वन से मेल का उपयोग किया जा सकता है। यह सिर्फ मुझे सबसे तार्किक लगता है)। प्रक्रिया बहुत सरल और सहज है। सभी ऑपरेशन ADMT का उपयोग करके किए जाते हैं। एकमात्र सलाह जो यहां दी जा सकती है वह है दिन के समय प्रवासियों की योजना \ सूचियों के साथ आना और व्यवसाय के साथ पहले से समन्वय करना।

6. कंप्यूटर प्रवास की रणनीति।
कंप्यूटर माइग्रेशन अंतिम कार्य है, क्योंकि इस मामले में सभी उपयोगकर्ता प्रोफाइल जो कभी कंप्यूटर पर काम करते हैं, माइग्रेट किए जाते हैं। मैं समझाऊंगा कि क्या आप एक ऐसे कंप्यूटर पर माइग्रेट कर रहे हैं जिस पर 2 उपयोगकर्ता काम कर रहे हैं और उनमें से केवल एक ही नए डोमेन \ फॉरेस्ट में माइग्रेट हो रहा है, फिर कंप्यूटर माइग्रेशन के बाद "पुरानी" प्रोफ़ाइल उपलब्ध होगी (जिन्हें "नया" प्रोफाइल में कॉपी किया जाता है, वास्तव में) केवल इस उपयोगकर्ता को। दूसरे उपयोगकर्ता के पास एक खाली प्रोफ़ाइल होगी।

संक्षेप में (अपेक्षाकृत) मैं पहले को छोड़कर प्रत्येक आइटम को कवर करूंगा।
डोमेन के बीच विश्वास:
यह चरण न केवल इसलिए महत्वपूर्ण है क्योंकि यह सीधे माइग्रेशन के लिए आवश्यक है, बल्कि इसलिए भी कि यदि आप 100 के अलावा अन्य उपयोगकर्ताओं की संख्या को स्थानांतरित करते हैं, तो माइग्रेशन प्रक्रिया में एक सप्ताह से अधिक समय लगेगा और नए डोमेन से उपयोगकर्ताओं को पुराने डोमेन से संसाधनों और सेवाओं तक पहुंच की आवश्यकता होती है। इस क्षण को इंटरनेट पर कुछ विस्तार से वर्णित किया गया है और मंचों और ब्लॉग पोस्ट के 99% विषय इस लेख से जुड़े हैं । लेकिन SIDs की संगरोध एक विश्वसनीय डोमेन से प्रशासक को एक विश्वसनीय डोमेन का प्रबंधन करने के लिए प्रतिबंधित करती है, और पुराने डोमेन से संसाधनों तक पहुंच नहीं खोलती है। ऐसा करने के लिए, आपको ट्रस्ट के लिए SID इतिहास को सक्षम करने की आवश्यकता है (शायद मैं तंग हूं, लेकिन मैंने बहुत समय बिताया जब तक मुझे एहसास नहीं हुआ कि SID संगरोध वह नहीं करता जो हर जगह वर्णित है)। अधिक जानकारी यहाँ ।
सुविधा के लिए: SID इतिहास - Netdom Trust TrustingDomainName / डोमेन: TrustedDomainName / enableidhistory: Yes / userd: domainadministratorAcct / passwordd: domainadminpwd और संगरोध SIDs - Netdom Trust TrustingDomainName / domain: TrustedDomainName / quarantine
ADMT (नए डोमेन में डोमेन नियंत्रक पर) स्थापित करना बटन पर एक निश्चित संख्या में क्लिक करने से होता है (यह SQL एक्सप्रेस 2008 पर काम नहीं करता था, यह 2005 के लिए आसान है)। यदि आपको पासवर्ड निर्यात करने की आवश्यकता है, तो आपको पुराने डोमेन के पीडीसी एमुलेटर पर पासवर्ड निर्यात सेवा स्थापित करने की आवश्यकता है (स्थापना के बाद, आपको सेवा शुरू करने या इसे ऑटो स्टार्ट पर स्विच करने की आवश्यकता है, डिफ़ॉल्ट रूप से यह मैनुअल मोड में है और बंद हो गया है)।
इसके अलावा, आपको नए डोमेन में PDC भूमिका के साथ डोमेन नियंत्रक पर रजिस्ट्री कुंजी को ठीक करना होगा। HKLM \ System \ CurrentControlSet \ Services \ Loginon \ Parameters \ AllowNT4Crypto Windows XP, Vista (SP1 से पहले) और 2000 पर चलने वाले कार्यस्थानों के प्रवास का समर्थन करने के लिए।

3.Sync वैश्विक पता पुस्तिकाएँ
ऐसा करने के लिए, हमें SQL सर्वर 1 टुकड़ा, FIM सिंक्रोनाइज़ेशन सेवा 1 टुकड़ा, FIM सर्वर 1 टुकड़ा पर एक्सचेंज 2010 कंसोल (समानता के लिए आवश्यक) की आवश्यकता है। स्थापना प्रक्रिया एक बटन दबाने और काफी स्पष्ट मापदंडों (एसक्यूएल सर्वर एड्रेस आदि) को निर्दिष्ट करने के लिए नीचे आती है। केवल एक चीज - मैं आपको FIM सिंक्रोनाइज़ेशन सेवा के लिए एक अलग सेवा खाता बनाने की सलाह देता हूं।
FIM कॉन्फ़िगरेशन एक ग्राफिकल इंटरफ़ेस के माध्यम से किया जाता है।
आपको पहले प्रावधान सक्षम करना होगा। उपकरण टैब> विकल्प> "प्रोविज़निंग नियम एक्सटेंशन सक्षम करें"।
अगला, आपको 2 प्रबंधन एजेंट बनाने की आवश्यकता है, एक पुराने डोमेन से नए और दूसरा इसके विपरीत संपर्कों को सिंक्रनाइज़ करेगा।
डिफ़ॉल्ट रूप से, GALSync प्रबंधन एजेंट निम्न उपयोगकर्ताओं को सिंक्रनाइज़ नहीं करता है: वैश्विक पता पुस्तिका से छिपा हुआ उपयोगकर्ता या खाली लीगेसीExchangeDN पैरामीटर के साथ या रिक्त (एक साथ) msExchangeHomeServerName और targetArtress पैरामीटर के साथ, या यदि प्रॉक्सीअड्ड्रेस पैरामीटर भरा नहीं है इसके अलावा, अगर यह "मेलबॉक्स योजना", "मध्यस्थता मेलबॉक्स" या "डिस्कवरी मेलबॉक्स" है।
आइए एड्रेस बुक्स को सिंक्रोनाइज़ करने के लिए मैनेजमेंट एजेंट बनाना शुरू करें।
आपको 2 एजेंट प्रबंधन बनाने की आवश्यकता है (वे पहचानपूर्वक बनाए जाते हैं), पहली स्क्रीन पर आपको "सक्रिय निर्देशिका वैश्विक पता सूची (जीएएल)" का चयन करने और एजेंट को नाम देने की आवश्यकता है।
अगली स्क्रीन पर, आपको इसे कनेक्ट करने के लिए वन \ डोमेन और क्रेडेंशियल्स निर्दिष्ट करने की आवश्यकता है।
अगली स्क्रीन पर, आपको संगठनात्मक इकाइयों का चयन करने की आवश्यकता है जिसमें से FIM डेटा एकत्र करेगा और कंटेनर जहां यह क्रॉसफ़ॉरेस्ट संपर्क (बटन "कंटेनर") डाल देगा।
अगली स्क्रीन सबसे दिलचस्प है;)। आपको smtp प्रत्यय और सबसे महत्वपूर्ण रूप से निर्दिष्ट करना चाहिए, FIM को बताएं कि कहां संपर्क करना है और कहां संपर्क प्राप्त करना है। संगठनात्मक इकाई को निर्दिष्ट करने के लिए जहां संपर्क बनाए जाएंगे, आपको "लक्ष्य" बटन पर क्लिक करने की आवश्यकता है, "स्रोत" बटन आपको उन संगठनात्मक इकाइयों को कॉन्फ़िगर करने की अनुमति देगा, जिनमें उपयोगकर्ता हैं जिन्हें आप सिंक्रनाइज़ करना चाहते हैं। "क्रॉस-फ़ॉरेस्ट डेलिगेशन (केवल 2007 या 2010 का समर्थन)" मेल-सक्षम उपयोगकर्ता ऑब्जेक्ट्स (उदाहरण के लिए, कैलेंडर पढ़ना) के लिए प्राधिकरण के प्रतिनिधिमंडल के लिए आवश्यक पैरामीटर बनाएगा।
अगला, आपको अगले बटन पर कई बार क्लिक करने की आवश्यकता है;) अंतिम स्क्रीन पर, आपको ई-मेल सर्वर के संस्करण (नए डोमेन के लिए) और उस पते को निर्दिष्ट करने की आवश्यकता है, जहां एक्सचेंज 2010 स्थित था (http: // ExchangeFQDN / powershell)।
पुराने डोमेन के लिए एजेंट की स्थापना करते समय, आप समस्याओं का सामना करेंगे;) तथ्य यह है कि सक्रिय निर्देशिका में एफआईएम डिफ़ॉल्ट रूप से कुछ पैरामीटर की तलाश करता है, और कुछ बिंदु पर आप "msExchRecipientTypeDetails" पैरामीटर की अनुपस्थिति के कारण एजेंट की स्थापना जारी रखने में सक्षम नहीं होंगे। "। इस दुखद तथ्य को ठीक करने के लिए, आपको "कनेक्शन कॉन्फ़िगर करें फ़िल्टर" चरण में उपयोगकर्ता इकाई का चयन करना होगा और "msExchRecipientTypeDetails" के सभी संदर्भों को हटाना होगा। लेकिन यह केवल शुरुआत है, "कॉन्फ़िगर करें और प्रोजेक्शन नियम" चरण में, आपको "ऑब्जेक्ट प्रकार: उपयोगकर्ता" पैरामीटर का चयन करने की आवश्यकता है और इस इकाई के गुणों में "msExchRecipientTypeDetails" ढूंढें और हटाएं, और "ऑब्जेक्ट प्रकार: संपर्क" इकाई के लिए "msExchRecipientDisplayType" को हटा दें। और "msExchRecipientTypeDetails"। आगे की सेटिंग्स समान हैं (पते को इंगित करने के लिए छोड़कर, यह आवश्यक नहीं है)। खैर, या Exchange 2010 सर्वर इंस्टॉलर को पुराने डोमेन में / GiveAD स्विच के साथ चलाएं;)
इसके बाद, आपको हर बार एजेंटों को चलाने की आवश्यकता होती है जब आपको वैश्विक पता पुस्तिकाओं को सिंक्रनाइज़ करने या शेड्यूल सेट करने की आवश्यकता होती है। एजेंटों को लॉन्च करने का क्रम महत्वपूर्ण नहीं है, पहले आपको एजेंटों का पूरा आयात शुरू करना होगा, फिर पूर्ण सिंक्रनाइज़ेशन, फिर निर्यात करना होगा। जिसके बाद एक पुष्टिकरण आयात करना आवश्यक है, FIM के लिए यह सुनिश्चित करना आवश्यक है कि लक्ष्य प्रणालियों में सभी परिवर्तन सफलतापूर्वक किए गए हैं।
समस्या निवारण के लिए, आपको "ईवेंट लॉग" का उपयोग करना होगा। लेकिन याद रखें कि यदि आपको किसी विशिष्ट उपयोगकर्ता / संपर्क में कोई समस्या है, तो लक्ष्य प्रणाली में जानकारी को बदलने से बेहतर है कि आप FIM के टूल का उपयोग करके समस्या को हल करने का प्रयास करें।

4. प्रवास
मैं उपयोगकर्ताओं और कंप्यूटरों के प्रवास को कवर नहीं करूंगा क्योंकि यह एक ग्राफिकल इंटरफ़ेस के माध्यम से किया जाता है और सहज ज्ञान युक्त होता है। मैं कुछ विस्तार से मेल प्रवास की प्रक्रिया को कवर करूंगा।
शुरू करने के लिए, मैं उस सिद्धांत पर विचार करूंगा जिसके द्वारा तैयार- MoveRequest स्क्रिप्ट लक्ष्य डोमेन में संपर्क पाता है। चूंकि आपने FIM द्वारा पहले ही मेल संपर्क बना लिए हैं, इसलिए आपको इस प्रक्रिया को समझना चाहिए, अन्यथा यदि कुछ गलत होता है, तो आपके पास डोमेन में 2 समान इकाइयाँ होंगी और आप यह नहीं समझ पाएंगे कि ऐसा क्यों है।
- संपर्कxyAddresses पैरामीटर स्रोत संपर्क केxyAddresses पैरामीटर के कम से कम एक मान से मेल खाता है।
- संपर्क एक "मेल सक्षम उपयोगकर्ता" है और इसने सक्रिय निर्देशिका में सभी फ़ील्ड को भर दिया है जो "मेल सक्षम उपयोगकर्ता" में भरा जाना चाहिए।
- स्क्रिप्ट को "-UseLocalObject" और "-OverwriteLocalObject" मापदंडों के साथ चलाया जाना चाहिए।
यदि ये स्थितियां पूरी होती हैं, तो स्क्रिप्ट पहले से ही बनाए गए संपर्कों का उपयोग करेगी। सामान्य तौर पर, FIM द्वारा बनाए गए संपर्कों के लिए, यह हमेशा सच होता है (मुझे कोई समस्या नहीं हुई है)।
तदनुसार, यदि आप पहले ADMT, और फिर स्क्रिप्ट चलाएंगे, तो आपके कार्य निम्नानुसार होने चाहिए:
- FIM द्वारा बनाए गए ईमेल कॉन्टैक्ट्स (जिन यूजर्स को आप माइग्रेट करने जा रहे हैं) को डिलीट कर दें।
- ADMT का उपयोग करने वाले उपयोगकर्ताओं को माइग्रेट करें।
- माइग्रेट किए गए उपयोगकर्ताओं को "मेल सक्षम उपयोगकर्ता" बनाएं और उन्हें पैरामीटर "-ExternalEmailAddress" सेट करें ताकि यह मूल उपयोगकर्ताओं के पते में से एक से मेल खाए।
अब, एक तरीका या दूसरा, आपके पास ऐसे उपयोगकर्ता हैं जो पुराने डोमेन के मेलबॉक्स को स्वीकार कर सकते हैं। आगे, मैं आपको ऐसी स्क्रिप्ट दूंगा जिनका उपयोग CSV फ़ाइल का उपयोग करके मेल को माइग्रेट करने के लिए किया जा सकता है।
इसे बंद करें और ... cd "C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ Scripts"
$ c = (Get-Credential YourOldDomain \ Postal संगठन प्रशासक)
आयात- Csv c: \ _। Csv | ForEach {। \ _-MoveRequest.ps1 -Verbose -Identity $। आइडेंटिटी -UseLocalObject -OverWriteLocalObject -RemoteForestomomainController olddomain_controller_domain_name-RemoteForestCredential $।
आयात- Csv c: \ _। Csv | ForEach {New-MoveRequest -Identity $ _। आइडेंटिटी -Verbose -TargetDeliveryDomain अपने नए डोमेन.कॉम -TargetDatabase database_name -RemoteLegacy -RemoteCredential $ c} को मापें, मैं भी मापदंडों की सिफारिश करता हूं "-BadItemLimit" -c " मैं आपका ध्यान "-RemoteLegacy" स्विच पर आकर्षित करना चाहूंगा, तथ्य यह है कि इसके अलावा एक "-Remote" स्विच है और यदि आप गलती से इसे सम्मिलित करते हैं, और सही स्विच नहीं, तो EXCHEGEGE आपसे MRSProxy सर्वर के लिए पूछेगा, जो वास्तव में भूमिका वाले सर्वर हैं। कैस एक्सचेंज 2010।
मैंने CSV फ़ाइलों का उपयोग किया जिसमें केवल पूर्ण नामों की एक सूची शामिल थी, मेरे मामले में यह पर्याप्त था, आपका पर्याप्त नहीं हो सकता है।
याद रखें कि एक मेल जो एक मेल डेटाबेस में माइग्रेट होता है, उसे डेटाबेस की आवश्यकताओं को पूरा करना चाहिए (उन मेलबॉक्स आकार, उदाहरण के लिए)।

इस समय, मैं अन्य नुकसानों को याद नहीं रख सकता, अगर दिलचस्प सवाल और जवाब हैं तो मैं लेख को पूरक करूंगा। प्रश्नों का स्वागत है।
ps। उपयोगी लिंक:
- एफआईएम और डाक संगठनों के सह-अस्तित्व के बारे में एक बहुत अच्छा लेख
- मेल प्रवास के बारे में एक विस्तृत लेख
- ऑटोडिस्कवर, एससीपी और डाक संगठनों के सह-अस्तित्व के बारे में एक उपयोगी लेख।
- एक लेख जो "मूवी अनुरोध" और एक और के काम को समझने के लिए उपयोगी होगा ।

यह पोस्ट छद्म यादृच्छिक डेटा का एक सेट है।
4c74356b41