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

خانه / آرشیو برچسب: آموزش راه اندازی شبکه (صفحه ی 16)

آرشیوهای برچسب : آموزش راه اندازی شبکه

مفهوم Replication Frequency

همانطور که می دانید، Intersite replication ، بصورت پیشفرض ، از فرآیند polling استفاده کرده و هیچ گونه notification همانند intrasite replication وجود ندارد (برای آشنایی با این اصطلاحات به بخش notification و polling مرجعه کنید). بطور پیشفرض، هر سه ساعت ، یک bridgehead سرور از سرور بالا دستی خود (upstream) خبردار شده که آیا تغییراتی برای replication دارد یا خیر. این وقفه ای که در replication اتفاق می افتد، برای شرکت هایی که قصد دارند تغییرات ایجاد شده در پارتیشن ها سریع replicate شود، مدت زمان زیادست. برای اینکه این مدت زمان وقفه سه ساعته را تغییر دهید :

ادامه ی مطلب

مفهوم Site Link Costs

تصور کنید که چندین site با مکان های متفاوت دارید. هر کدام با خطوط اینترنت و با پهنای باند متفاوتی باهم در ارتباطند. برخی از این site ها اطلاعات مهمتری داشته و بایستی سریعتر و به دفعات بیشتری نسبت به بقیه replicate شوند. برخی از site ها نیز به دلیل کم اهمیت بودن اطلاعات آنها و یا اینکه لینک ارتباطی آنها قابل اعتماد نبوده و می خواهید آخر از همه و به تعداد دفعات کمتری نسبت به site های دیگر replication را انجام دهند.

ادامه ی مطلب

مفهوم Site Link Bridges

یک site link bridge دو یا چند site link را به هم متصل کرده و یک لینک transitive ایجاد می کند. فقط هنگامی که شما تیک گزینه Bridge All Site Links را برداشتید (حذف transitive بودن ) ، ایجاد site link bridge ضروریست. همانطور که می دانید، site link transitivity بصورت پیشفرض فعال است و site link bridge اثری ندارد. شکل زیر، کاربرد site link bridge را در یک forest نشان می دهد که site link transitivity غیرفعال شده است. با ساخت یک site link bridge ، مشهد – تهران – اصفهان، که شامل site link های تهران – مشهد و تهران – اصفهان هستند، این site link ها transitive شده و می تواند یک ارتباط replication بین domain controller در اصفهان و یک DC در مشهد ایجاد کرد.

ادامه ی مطلب

کانفیگ Site Link Transitivity

بصورت پیشفرض، site link ها transitive (انتقالی) هستند. برای مثال در شکل زیر، site مشهد با site تهران لینک بوده و site تهران نیز با site اصفهان لینک هستند. بنابراین مشهد و اصفهان بصورت transitive به هم متصل هستند. این بدان معناست که ISTG می تواند یک connection object را بطور مستقیم بین bridgehead در مشهد و bridgehead در اصفهان ایجاد کرده و دوباره با توپولوژی hub-and-spoke کار می کند.

ادامه ی مطلب

مفهوم Preferred Bridgehead Servers

همانطور که می دانید، سرورهای Bridgehead به طور خودکار انتخاب می شوند. حال می تواند، چندین Bridgehead را کانفیگ کرده تا اگر یکی از آنها fail شد، سرورهای دیگر جایگزین آن شوند. اگر یک یا چند سرور Bridgehead را تعیین کرده و هیچ کدام از آنها دردسترس نباشند، سرور دیگری بطور خودکار به عنوان Bridgehead انتخاب نمی شود و اگر هیچ سروری وظیفه Bridgehead بودن را به عهده نگیرد، replication اتفاق نمی افتد. البته در دنیای واقعی بهتر است preferred bridgehead servers را کانفیگ نکنید. برای ایجاد آن :

ادامه ی مطلب