দীর্ঘকাল ধরে-বিপুল সংখ্যক ডিসি-তে কঠোরভাবে সেট করা থাকলে কীভাবে সঠিকভাবে অলস বিষয়গুলি সরিয়ে ফেলা যায়?


16

আমি সম্প্রতি এমন একটি পরিবেশে ছিলাম যেখানে বিশ্বজুড়ে 100 টিরও বেশি সাইটে 120 ডোমেন নিয়ন্ত্রক ছিল। এই ডোমেনটি উইন্ডোজ 2000 এর যুগে শুরু হয়েছিল এবং সময়ের সাথে সাথে আপগ্রেড করা হয়েছিল, সুতরাং নতুন ডিসিগুলির জন্য কখনই কঠোর প্রতিরূপকরণের ডিফল্ট হিসাবে সেট করা হয়নি এবং কোনও ডিসি তে কখনও সক্ষম করা হয়নি। ডিরেক্টরিতে অলস অবজেক্টস রয়েছে এবং আপনি নিয়মিত এটির জন্য বিরোধী অবজেক্টগুলির একটি শালীন সংখ্যা দেখতে পান।

ব্যবহারের repadmin /removelingeringobjectsজন্য দুটি জিনিস জানা দরকার:

  1. কোন ডিসি (গুলি) এর ডাটাবেসে লম্বা জিনিস রয়েছে

  2. একটি ডিসি যার রেফারেন্স ডিসি হিসাবে ব্যবহারের জন্য কোনও স্থির অবজেক্ট নেই।

স্পষ্টতই, ভবিষ্যতে, এই পরিবেশটি এমনভাবে সেট করা উচিত যাতে সমস্ত নতুন ডিসিগুলিতে কঠোর প্রতিরূপকরণের ধারাবাহিকতা প্রয়োগ করা হয় এবং repadmin /options * +strictসমস্ত বর্তমান ডিসিগুলিকে কঠোর প্রতিরূপকরণের ধারাবাহিকতা ব্যবহার করার জন্য চালানো উচিত, তবে এটি এখন অবজেক্টগুলি পরিষ্কার না করে প্রতিলিপিটি ভেঙে ফেলবে

সুতরাং, আমার প্রশ্নটি হ'ল: এ জাতীয় বিশাল পরিবেশে যেখানে আমার কোনও ধারণা নেই যে কোন ডিসিগুলির মধ্যে দীর্ঘকালীন বস্তু রয়েছে এবং কোনগুলি নেই, আমি কীভাবে একটি ভাল রেফারেন্স ডিসি repadmin /removelingeringobjectsব্যবহার করতে পারি এবং কীভাবে আমি নিশ্চিত করতে পারি যে সমস্ত 120+ কঠোর প্রতিরূপকরণের ধারাবাহিকতা প্রয়োগ এবং বিরতি প্রতিলিপি কার্যকর করার আগে ডিসিগুলি অলস বস্তুগুলি পরিষ্কার করে? বা, কঠোর মোডটি চালু করা repadmin /replsumএবং এটির সাথে কী ব্রেক হয় এবং কীভাবে ডিল হয় তা দেখার পক্ষে সহজ?

উত্তর:


11

এটি ঠিক করতে কিছুটা সময় লাগবে।

সমস্ত প্রতিলিপি বন্ধ করতে, চালান:

repadmin /options +DISABLE_OUTBOUND_REPL

সমস্ত ডিসি উপর। মনে রাখবেন যে উপরের সেটিংটি অ্যাডমিন (আপনি) চালানোর মতো ম্যানুয়াল প্রতিরূপ ক্রিয়াকে আটকাবে নাrepadmin /syncall /APed ইত্যাদির তবে এটি খুব ভাল বিষয় কারণ এটি নিয়মিত প্রতিলিপি পুনরায় সক্রিয় করার আগে আপনার সমস্ত ডিসি পুরোপুরি সিঙ্কে আনতে দেয়।

রিপ্যাডমিন নির্ধারণ করে যে বস্তুটি সার্ভারে উপস্থিত থাকলে কিন্তু সার্ভারবিতে নেই, যেখানে সার্ভারবি রেফারেন্স ডিসি। সদ্য নির্মিত বস্তুগুলি প্রতিলিপি করা এবং ইতিমধ্যে বিদ্যমান বস্তুগুলিতে আপডেটগুলি প্রতিলিপি করার মধ্যে পার্থক্যটি মূল। নতুন নির্মিত বস্তুর প্রতিরূপকরণ = ভাল। ইতিমধ্যে বিদ্যমান বস্তুগুলিতে আপডেটগুলি প্রতিরূপ করা = ভাল। গন্তব্য DC = খারাপ নেই এমন অবজেক্টগুলিতে আপডেটগুলি প্রতিলিপি করা।

আপনার কেবলমাত্র একটি ভাল রেফারেন্স ডিসির সাথে সমস্ত ডিসি মিল না হওয়া পর্যন্ত আপনাকে পুনরায় ধুয়ে ফেলতে হবে, ধুয়ে ফেলতে হবে repeat তারপরে সর্বত্র কঠোর ধারাবাহিকতা চালু করুন, তারপরে পুনরায় প্রতিস্থাপন সক্ষম করুন। হ্যাঁ, আপনি অন্যান্য প্রত্যন্ত ডিসিগুলিতে আপনার রেফারেন্স ডিসির প্রতিলিপি তৈরি করা হয়নি এমন বৈধ অবজেক্টগুলি মুছে ফেলার ঝুঁকিটি চালান।

মহান থেকে " কীভাবে সক্রিয় ডিরেক্টরি প্রতিলিপি মডেল কাজ করে " নিবন্ধ থেকে:

প্রতিরূপ ধারাবাহিকতা সেট

যদি কোনও স্থির অবজেক্টের বৈশিষ্ট্যগুলি কখনই পরিবর্তিত হয় না তবে অবজেক্টটিকে প্রতিরূপের জন্য বিবেচনা করা হয় না। তবে, যদি কোনও বৈশিষ্ট্য পরিবর্তন হয় তবে বৈশিষ্ট্যটি বহির্মুখী প্রতিরূপের জন্য বিবেচিত হয়। যেহেতু গন্তব্য ডোমেন নিয়ামকটি অনুলিপি করা হচ্ছে এমন বৈশিষ্ট্যের জন্য অবজেক্টটিকে ধরে রাখে না, একটি আপডেট সম্পাদন করা যায় না। এই শর্তটি কীভাবে সমাধান করা যায় তা ডোমেন নিয়ামকের উপর প্রতিরূপকরণের ধারাবাহিকতার সেটিংয়ের উপর নির্ভর করে।

উইন্ডোজ সার্ভার 2003 বা এসপি 3 সহ উইন্ডোজ 2000 সার্ভারে চলছে এমন ডোমেন নিয়ন্ত্রকদের উপর একটি রেজিস্ট্রি সেটিংস একটি ধারাবাহিকতা সরবরাহ করে যা কোনও ডোমেন নিয়ামক একটি আপডেট হওয়া অবজেক্টকে অন্য সমস্ত প্রতিলিপি থেকে মুছে ফেলা হয়েছে এবং পুনরুত্পাদন করে কিনা তা নির্ধারণ করে বা এই জাতীয় সামগ্রীর প্রতিলিপি কিনা অবরুদ্ধ করেছে। ডিফল্ট সেটিংস SP3 এবং উইন্ডোজ সার্ভার 2003 এর সাথে উইন্ডোজ 2000 সার্ভার চালিত ডোমেন নিয়ন্ত্রকদের ক্ষেত্রে পৃথক।

কঠোর প্রতিরূপকরণের ধারাবাহিকতা

মুছে ফেলা বস্তুগুলির পুনর্নির্মাণে সমস্যাগুলি এড়াতে, একটি ডোমেন নিয়ামক যা একটি নতুন নির্মিত (আপগ্রেড করা হয়নি) উইন্ডোজ সার্ভার 2003 চালাচ্ছে উইন্ডোজ সার্ভার 2003 ফরেস্টের মধ্যে অন্তর্নির্মিত অনুলিপিটি ডিফল্টরূপে অবরুদ্ধ করে যখন এটি কোনও অবজেক্টের আপডেট না পেয়ে থাকে it ।

নোট • অ্যাক্টিভ ডিরেক্টরি রেপ্লিকেশন একটি সদ্য নির্মিত বস্তুর প্রতিলিপি এবং বিদ্যমান বস্তুর জন্য একটি বৈশিষ্ট্য আপডেট করার মধ্যে পার্থক্য করতে আপডেট ট্র্যাকিং ব্যবহার করে। স্থির অবজেক্টের অনুলিপি করা কোনও অবজেক্টের একটি বৈশিষ্ট্য বা বৈশিষ্ট্য আপডেট করার চেষ্টা যা গন্তব্য ডোমেন নিয়ামক আপডেট করতে পারে না কারণ বস্তুর অস্তিত্ব নেই।

উত্স ডোমেন নিয়ামক থেকে দীর্ঘায়িত অবজেক্ট অপসারণ না করা বা কঠোর প্রতিরূপকরণের ধারাবাহিকতা সেটিংস অক্ষম না করা অবধি অবজেক্টের জন্য ডিরেক্টরি বিভাগে প্রতিলিপি থামানো থাকে।

সার্ভারবি যখন সার্ভারএকে বলে: "আরে, বিদ্যমান অবজেক্টএতে কিছু আপডেট করা হয়েছে।" তারপরে সার্ভারএ বলে: "অপেক্ষা কর? আমার কাছে অবজেক্টএও মোটেও নেই। পুরো বস্তুটি আমাকে প্রেরণ করুন!" যদি কোনও কঠোর ধারাবাহিকতা না থাকে। যদি কঠোর ধারাবাহিকতা থাকে তবে সার্ভারএ বলেছেন: "অপেক্ষা করুন কীভাবে? আপনি কীভাবে আমার কাছে এমন একটি অবজেক্টের আপডেটের প্রত্যাশা করবেন?

আপনার কোনও ডোমেন নিয়ামকটিতে দীর্ঘতর অবজেক্ট রয়েছে কিনা তা সন্ধান করতে:

repadmin /removelingeringobjects ServerName ServerGUID DirectoryPartition /advisory_mode 

সার্ভারজিইউডি হ'ল পরিচিত ভাল রেফারেন্স ডিসি। আমি জানি আপনি এটি ইতিমধ্যে জানেন ... এবং সমস্ত ডিসি-তে এটি চালানোর জন্য উপরের লাইনটি কীভাবে স্ক্রিপ্ট করবেন ... ( foreach ($DC In $(Get-ADDomain).ReplicaDirectoryServers) { }) ...

নীচের লাইনের সাথে তুলনা করতে আপনার একটি ভাল উত্স ডিসি দরকার। আপনার যদি জানা কোনও ভাল উত্স ডিসি না থাকে বা না জানেন তবে আপনাকে কেবল একটি বাছাই করতে হবে। এটি অবশ্যই একটি লিখনযোগ্য জিসি হওয়া উচিত। এটি আপেক্ষিক - যদি সমস্ত ডোমেন কন্ট্রোলার কোনও বস্তুর অস্তিত্বের সাথে একমত হয় এবং সেই বস্তুর বৈশিষ্ট্য ... তবে এটি কোনও অলস বস্তু নয়।

foreach($GC In $(Get-ADForest).GlobalCatalogs) { repadmin /removelingeringobjects $_.name 85d158d2-a006-4fff-b1e5-f9b6eaabab2b '$directoryPartition'

এটি বনাঞ্চলে প্রতিটি জিসির ডিরেক্টরি পার্টিশনটি পরিচিত উত্তম উত্সের সাথে পুনরায় সমন্বিত করছে যা আপনাকে জিআইডি হিসাবে উল্লেখ করতে হবে।

তারপরে আপনি আবার আপনার সমস্ত ডোমেন কন্ট্রোলারকে আবারও সমস্ত চুক্তিতে পরিণত করলেন এবং প্রতিলিপি খুশি হ'ল ... তারপরে আপনি যান এবং তাদের সমস্তের সাথে কঠোর ধারাবাহিকতায় উল্টানো শুরু করুন।

সম্পাদনা: এটি ইস্যুতে মাইক্রোসফ্টের পার্টি লাইন, এবং তারা সম্ভবত আপনাকে তাদের সাথে কথা বলার মধ্য দিয়ে কথা বলবে।

অবশেষে, এটি সমস্যা সমাধানের চেয়ে এটি সমাধান করতে আরও সমস্যা হতে পারে যদি না এটি আপনার সমস্যার কারণ হয়ে থাকে। আমি এটি বলার জন্য ঘৃণা করি, তবে এডি এখনও লম্বা জিনিসগুলির সাথে স্বাভাবিকভাবে কাজ করতে পারে।


4

আপনি কোনও পরিষ্কার ডিসি সনাক্ত করতে পারবেন না এমন ক্ষেত্রে সাধারণ নীতিটি নিম্নরূপ:

for each $sourceDC in $allDCs
    for each $targetDC in $allDCs
        if ($targetDC <> $sourceDC) then
            run repadmin with $sourceDC and $targetDC
        end if
    next
next

এই প্রক্রিয়াটি এখানে বর্ণিত হয়েছে: http://blogs.technet.com/b/glennl/archive/2007/07/26/clean-that-active-directory-forest-of-linger-objects.aspx

যাইহোক, ReplDiag একবার দেখুন । এটি repadminউত্স এবং টার্গেট ডিসির সমস্ত সংমিশ্রনের বিরুদ্ধে আপনার হয়ে দৌড়ে প্রক্রিয়াটি স্বয়ংক্রিয় করে তোলে । এরপরে এটি /advisory_onlyআর স্থির হওয়া অবজেক্টগুলির জন্য অনুসন্ধান করে।


এটি এখনও 14,400 টি ইন্টিরিয়শনের মধ্য দিয়ে চলবে, সেই সময়কালে অতিরিক্ত লম্বা জিনিসগুলি পুরো ডিরেক্টরিতে প্রতিলিপি করা যায়। প্রথমে কঠোরভাবে সক্ষম করার পরামর্শ দেওয়া হয়েছে যাতে এড়াতে প্রতিলিপি ভাঙ্গতে পারে? 14,400 পুনরাবৃত্তি অবশ্যই আরও খারাপ প্রতিক্রিয়ার স্থান গ্রহণের জন্য এই আকারের ডিরেক্টরিতে অবশ্যই যথেষ্ট দীর্ঘ সময় নেবে।
MDMarra

আপনি কি এটির সাথে সমান্তরাল কিছু করতে পারেন?
টম ও'কনর

@ টমো'কনর আকর্ষণীয় ধারণা। পাওয়ারশেল রিমোটিংয়ের মাধ্যমে এটি সম্ভব হওয়া উচিত। তারপরে আপনি প্রতিটি ডিসি repadminনিজেই চালিয়ে নিতে পারলেন , পার্লালে !!!
দীর্ঘায়িত

7
@ এমডিমাররা যদি এটি একটি 120-ডিসি ডোমেন পরিষ্কার করা দ্রুত এবং সহজ ছিল যা বিশ্বজুড়ে বিস্তৃত ছিল এবং উইন 2 কে এর পরে থেকে রয়েছে এবং তখন থেকেই বিভিন্ন সংস্করণে আপগ্রেড হয়েছে ... তবে সংস্থাটি কেবল তাদের দোসরকে এটি করার জন্য পেয়ে যাবে ... ;)
রায়ান রেইস

1
আমি বুঝতে পারি আপনার একটি ব্যাজিলিয়ন ডিসি রয়েছে, কিন্তু প্রশাসনিক প্রশাসকরা আসলে তাদের কতগুলি পরিবর্তন করতে ব্যবহার করেন? আপনি এই সাইটগুলিতে কেবল সেই ডিসি এবং ডিসি দ্বারা এই ক্লিনআপটি শুরু করে শুরু করতে পারেন, তারপরে সেই ডিসিগুলিকে কঠোর করে রাখুন। অন্যদের সাথে চালিয়ে যান। এটি কোনও সম্ভাব্য সমস্যা হ্রাস করা উচিত
দীর্ঘায়ু
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.