آموزش شبکه: آموزش مایکروسافت، آموزش سیسکو

خانه / کد 640-70 / Sites and services (صفحه ی 3)

Sites and services

مفهوم Replication Transport Protocols

اگر در کنسول Active Directory Site and Services دقت کنید، site link ها درون پوشه ای به نام IP بوده که خود آن درون پوشه Inter-Site Transports قرار دارد. Replication تغییرات بین DC ها توسط دو پروتکل انجام می گیرد:

ادامه ی مطلب

مفهوم Site Links

همانطور که می دانید، KCC مسئول ایجاد replication بین سایتی (intrasite) و درون سایتی (intersite) بوده و فرض می کند که درون یک site ، همه domain controller ها می توانند به هم دسترسی داشته باشند. بین site ها نیز می توانید مسیرهایی را پیاده سازی کنید تا site ها باهم replicate کنند. ارتباط بین site ها توسط site link انجام می شود. یک site link می تواند بین دو یا چند site باشد. Intersite Topology Generator (ISTG) که یکی از اجزای KCC است، connection object هایی (مسیر ارتباطی دو DC ) را بین سرورهای موجود در هر site ایجاد می کند که بتوانند intersite replication داشته باشند (replication بین site ها). بخاطر داشته باشید که یک link site مسیری برای replication بین site ها فراهم می کند. هنگامی که شما یک site link ساخته و site هایی را به آن اضافه می کنید، به active directory می گویید که می تواند بین تمامی site هایی که در این site link قرار دارند، replicate را انجام دهد. ISTG تعدادی connection object می سازد که مسیرهای اصلی replication را مشخص می کند. توپولوژی replication که توسط ISTG ساخته شود، active directory را مجبور می کند تا replication را انجام دهد.

ادامه ی مطلب

مفهوم Polling در replication

برخی اوقات، server01 که قرار است تغییرات ایجاد شده در پارتیشن های خود را با replicate ، server02 کند، برای مدت طولانی خاموش بوده است. در این مورد ، server02، هیچ notification ای از server01 دریافت نمی کند. حال اگر server01 آفلاین شود، از ارسال notification به server02 جلوگیری کرده و مانع ایجاد توپولوژی two-way, three-hop replication ، که توسط KCC ایجاد می شد، می شود. بنابراین ، sever02 بایستی تعیین کند که سرور بالادستی خود (sever01) آفلاین بوده و یا آنلاین است.

ادامه ی مطلب

چگونه یک DC از تغییرات DC های دیگر مطلع می شود؟

همانطور که می دانید، در فرآیند replication ، باید خود DC تغییرات را از DC دیگر دریافت کند و او بصورت پیشفرض تغییرات را ارسال نمی کند. برای مثال، وقتی server01 در پارتیشن های خود تغییری ایجاد می کند، این تغییرات را برای replication با DC دیگر، نزد خود نگه می دارد. Server01 بصورت پیشفرض 15 ثانیه منتظر می ماند و سپس اولین replication را به server02 اطلاع می دهد که تغییراتی در server01 اتفاق افتاده است. Notification فرآیندیست که طی آن ، یک DC به DC دیگر اطلاع داده که تغییرات مورد نیاز برای replication در دسترس است. Server01 بصورت پیشفرض، پس از اطلاع به server02، سه ثانیه منتظر مانده وسپس به DC های دیگر اطلاع می دهد (این بدان معناست که به همه DC ها، همزمان خبر نمی دهد) . به تاخیر 15 ثانیه ای initial notification delay و به تاخیر سه ثانیه ای subsequent notification delay گفته می شود. این تاخیرهایی که پیش می آید به دلیل کنترل ترافیک شبکه است.

 

ادامه ی مطلب

Knowledge Consistency Checker چیست؟

همانطور که می دانید، مسیرهای replication بین domain controller ها توسط connection objects ایجاد می شود که توپولوژی replication را برای forest می سازند. بنابراین شما نیاز ندارید که بطور دستی (manual) این توپولوژی را بسازید و بطور پیشفرض ، خود active directory توپولوژی مطمئن و موثری را برای replication ایجاد می کند. این توپولوژی (که مربوط به کل forest است) دوطرفه (two-way) بوده و اگر یک DC از دسترس خارج شود، replication بی وقفه ادامه پیدا خواهد کرد. همانطور که در شکل زیر مشاهده می کنید، connection object بطور خودکار (Automatically generated) بین دوDC  ایجاد شده است. این توپولوژی به شما این اطمینان را می دهد که بین هر دو DC بیشتر از سه hop وجود ندارد. همانطور که در شکل زیر مشاهده می کنید، connection object بطور خودکار ایجاد شده است.

ادامه ی مطلب

صفحه 3 از 712345...قبلی »