الرئيسية
التسجيل
دخولفهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
..::عرب سيد 4::.. :: منتديات تكنولوجيا المعلومات :: قسم الشبكات وأنظمة التشغيل :: منتدى Microsoft Exchange Server وكل ما يخص برامج Mail Server
صفحة 1 من اصل 1
فهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
من طرف ابو على الإثنين 21 مارس 2011, 20:50
السلام عليكم و رحمة الله ,
نضع بين أيديكم جوهرة عربية جديدة تجدون فيها شرحا وافيا للمادة العلمية
الموجودة بالدورات التدريبية التاليه المعتمدة من مايكروسوفت:
Course 10133A , 10134A: What's new in Microsoft Exchange Server
2010
Course 10135A: Installing, Configuring and Maintaining
Microsoft® Exchange Server 2010
و التى تؤهلكم للعمل مع Microsoft Exchange Server 2010 خلال مراحل تثبيتة
و إعدادة و إدارته.
سوف أكون حريص جدا على تقسيم الموضوع إلى مراحل لتسهيل المناقشة و تذليل أى
صعوبات تواجهكم إلى أن نصل للنهايه و معنا دليل عربى كامل عن الموضوع إن
شاء الله.
و هذا الموضوع سيكون بمثابة فهرس للدوره حتى يتسنى لكم متابعة كل ما يضاف
من موضوعات و سيتفضل الأخ أبو سمره بالتعديل عليه كلما تمت إضافة أى موضوع
جديد و الله الموفق لما يحب و يرضى.
أبدأ بسم الله و أسألكم الدعاء
الوحدة الأولى :
نضع بين أيديكم جوهرة عربية جديدة تجدون فيها شرحا وافيا للمادة العلمية
الموجودة بالدورات التدريبية التاليه المعتمدة من مايكروسوفت:
Course 10133A , 10134A: What's new in Microsoft Exchange Server
2010
Course 10135A: Installing, Configuring and Maintaining
Microsoft® Exchange Server 2010
و التى تؤهلكم للعمل مع Microsoft Exchange Server 2010 خلال مراحل تثبيتة
و إعدادة و إدارته.
سوف أكون حريص جدا على تقسيم الموضوع إلى مراحل لتسهيل المناقشة و تذليل أى
صعوبات تواجهكم إلى أن نصل للنهايه و معنا دليل عربى كامل عن الموضوع إن
شاء الله.
و هذا الموضوع سيكون بمثابة فهرس للدوره حتى يتسنى لكم متابعة كل ما يضاف
من موضوعات و سيتفضل الأخ أبو سمره بالتعديل عليه كلما تمت إضافة أى موضوع
جديد و الله الموفق لما يحب و يرضى.
أبدأ بسم الله و أسألكم الدعاء
الوحدة الأولى :
ابو على- المدير العام
- عدد المساهمات : 10509
نقاط : 39702
السٌّمعَة : 0
تاريخ التسجيل : 28/09/2009
العمر : 44
الموقع : https://arabseed4.yoo7.com -
رد: فهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
من طرف ابو على الإثنين 21 مارس 2011, 20:51
الوحده الأولى:الدرس الأول:
أساسيات الـ Active Directory :
قبل أن تبدأ فى العمل مع الـ Exchange Server 2010 يجب أن تعرف أن الـ
Exchange Server لن يعمل بدون Active Directory ولذلك وجب علينا توضيح بعض
التعريفات الهامه و الخاصه بالـ Active Directory .
Active Directory Domain :
هو مجموعه من الأجهزة يحددها مدير النظام. هذه المجموعه تشترك فى قاعده
بيانات واحده و Security policies مطبقة عليهم جميعا.
من خلال الدومين نستطيع تنفيذ فكرة المركزية فى إدارة حسابات ومجموعات
المستخدمين و يمكن إدارتها بعده طرق مثل ترتيبها بوضعها فى Organizational
Units(OU) و التى هى عبارة عن حاويات تمكنا من تطبيق الـ Policies
على مجموعات من الأجهزة أو المستخدمين.
وقد تحتوى الشركة الواحده على أكثر من دومين عند الحاجه لوضع حدود إداريه
يكون فيها عدد من مدراء النظام مسؤولين عن جزء من بيئة العمل و لأسباب أخرى
ستضح خلال السطور التاليه.
Active Directory Tree :
هى عباره عن مجموعه من Domain فأكثر. و قد تحتوى الـ Tree على domain
واحد و أول Domain يتم تكوينه يسمى Root Domain وعند إضافة Domain جديد
للـ Tree يصبح الدومين الأول Parent Domain و
يصبح الـ Domain الجديد Child Domain وقد يكون الـ Domain الجديد Parent
Domain لـ Domains جديده.
ومثال على ذلك إذا قلنا أن الـ Root Domain هو Elmahdy.Org يصبح
Egypt.Elmahdy.org , Qarat.Elmahdy.org هما child domains و يصبح
Egypt.Elmahdy.org هو Parent domain لـ
HR.Egypt.Elmahdy.org وتشترك كل هذه الـ Domains فى NameSpace واحد و فى
هذا المثال هو Elmahdy.org.
صوره رقم 1
Forest :
هى Tree واحده أو مجموعة من أكثر من Tree تشترك جميعها فى Schema واحدة و
الـ Forest تعتبر حدود أمنيه حيث لا تستطيع أى حسابات خارج الـ Forest
أن تتعدى هذه الحدود.ويمكن أن يوجد Exchange Organization واحده فقط فى
الـ Forest.
وقد نحتاج لوجود أكثر من Forest عند الحاجة لعزل مجموعات من المستخدمين عن
باقى المستخدمين مثل الحاله التى قد نواجهها عند إنشاء Forest للتدريب
وقد نواجه هذه الحاله رغما عنا عند إندماج شركتين أو أكثر لكل منها Forest
منفصله.
Trust :
هى علاقه بين 2 Domains تسمح لمستخدمى كلا الـ Domains بالمصادقة
(Authentication ) لدى الـ Domain الآخر أو بتعبير أكثر بساطة تسمح
لمستخدمى الـ Domains بعبور الحواجز الأمنيه بينهما.
إفتراضيا يوجد Trust بين كل الـ Domains فى الـ Forest الواحدة.
و الـ Trust أنواع أولها Direct Trust و هى بالمعنى البسيط أن فلان يثق
فى فلان و النوع الآخر Transitive Trust و بمعنى بسيط أيضا هى إنتقال
الثقه بين الأطراف المختلفه أى أن واحد يثق فى أثنين و أثنين يثق فى ثلاثه
إذن واحد يثق فى ثلاثه.
Domain Controller :
يحتوى كل Domain على Domain Controller واحد على الأقل و هو الخادم الذى
يحتوى على قاعدة البيانات الخاصة بهذا الـ domain و يحتوى كل Domain
Controller عضو فى Domain معين على البيانات الخاصة بهذا الـ Domain .
Global Catalog Server :
هو Domain Controller يحتوى على مجموعة محدودة من المعلومات من كل الـ
forest بالإضافه إلى المعلومات الخاصه بالـ domain الذى ينتمى إليه .
إفتراضيا يكون أول Domain Controller يتم تكوينه Global Catalog .
IP :
كل جهاز على الشبكة يجب أن يكون لديه IP و هو رقم تم تكوينه بطريقة معينه
و لفهم الـ IP يب أن نتطرق إلى الـ Binary ونعرف كيف نحول بينها و بين
الـ Decimal و الـ Binary هى اللغه التى يفهمها الكمبيوتر و تتكون من 1 و
0 و فى حال الـ IP
نستطيع أن نصفة أنه رقم يتكون من أربع خانات أو 4 Octets كل منها 8 Bit
أو 1 Byte حيث كل Bit هو إما 0 أو 1 و بذلك يكون أكبر عدد هو 11111111 و
لتحويل هذا العدد من Binary إلى Decimal نقوم بتحليلبجمع الأرقام
على شجرة التحويل و هى عبارة عن 2 مرفوعه لأس تراكمى من 0 إلى 7 فينتج
التالى 11111111 = 1+2+4+8+16+32+64+128=255 وهو أكبر عدد نستطيع وضعة فى
أى Octet للـ IP و يكون بالشكل التالى 255.255.255.255 .
وينقسم الـ IP إلى ثلاثة أنواع حسب طريقة تقسيمة حيث هناك Class A, B, C و
يمكنك معرفة الـ IP بمجرد أن تنظر إلى أول Octet فيه فى أى Class فـ
Class A يقع أول Octet فيها بين 1 و 126 و Class B
يقع أول Octet فيها بين 128 و 191 و Class B يقع أول Octet منها بين 192 و
223 و ينقسم الـ IP إلى جزأين Subnet و Host حيث الـ Host هو رقم
الجهاز فى الشبكة و الـ Subnet هو رقم الشبكة نفسها و
يمكن أن يوجد فى الشبكة الواحدة أكثر من شبكة و قطعا يوجد أكثر من Host .
يقسم الـ IP عن طريق الـ Mask وهو الرقم الذى نستطيع معرفة الحد الفاصل
بين الـ Host , Subnet من خلاله ففى حالة الـ Class C يكون الـ Mask هو
255.255.255.0 أى ان أول ثلاثة Octets هم عنوان الشبكة و الأخير
هو للـ Host و كذلك الأمر فى Class B يكون الـ Mask 255.255.0.0 وفى
Class A يكون 255.0.0.0 و بذلك نكون عرفنا مصطلح جديد و هو Subnet .
Active Directory Site :
هو عبارة عن Subnet أو أكثر . و يجب أن يتوفر إتصال سريع بين كل الأجهزة
الموجودة فى الـ AD Site الواحد و أقل سرعه إتصال ممكنه هى 10 ميجابت فى
الثانيه .
ويعتبر الـ Ad Site تصور تخيلى للبيئة الواقعيه يساعد على إداره الأجهزه
حيث يمكن تطبيق Group policy على Ad Site كاملا دون الحاجه إلى جمع
الأجهزة فى OU .
Replication:
عندما يكون عدد المستخدمين كبير جدا أو عند الحاجه لوجود بديل عند إنهيار
الـ Domain controller نقوم بترقيه Domain Controller آخر نطلق عليه إسم
Additional Domain Controller و قد يكون الـ Additional Domain Controller
فى AD Site آخر.
داخل الـ AD Site الواحد يتم نشر التغيرات بين الـ Domain Controllers فى
ثوانى معدوده لكن ماذا سيحدث إذا كان لديك موقعين مرتبطين بخط سرعته 56
كيلوبت فى الثانيه ولديك بعض التطبيقات التى تستخدم الخط؟
فى هذه الحاله ستريد أن يتم نشر التغييرات فى الليل حتى يتسنى للتطبيقات أن
تستخدم الخط بالنهار.
و فى هذه الحاله أنت تحتاج لوضع Domain Controller فى كل موقع ومن ثم تقوم
بتحديد كل موقع فعلى كـ AD Site عن طريق إضافة الـ Subnets الخاصه بكل
موقع فعلى إلى الـ AD site و من ثم سيمكنك أن تفعل ذلك.
كل AD Site يوجد به Bridge Head Server وهو عبارة عن الـ Domain
Controller المسؤول عن نشر التغييرات إلى الـ AD Sites الأخرى و الذى يقوم
بذلك إفتراضيا كل 3 ساعات و هى المده التى يمكنك إعدادها لتتوافق مع بيئة
عملك.
و فى حاله كان الإتصال بطئ جدا و أردنا عزل الـ Replication و تقليلة إلى
الحد الأدنى نقوم بعمل دومين منفصل لكل موقع وبهذا لن يحدث Replication
إلا فى حاله التعديل فى الـ Schema أو نشر تعديلات جديدة للـ Global
Catalog Server الموجود فى كلا الموقعين.
يتصل كل موقعين بـ Site Link و لكل Site Link قيمة تسمى Cost و التى
يمكن التحكم فيها لمنع الـ Replication من عبور هذه الـ Link و توجيهه إلى
أخرى أسرع.
Active Directory Partitions :
تنقسم قاعده بيانات الـ Active Directory إلى أربعه أقسام رئيسيه أو 4
Partitions و هى كالتالى:
Domain Partitions :
يحتوى على كل ما يخص الدومين من Computer Objects و User Objects و
Groups و كل مكون من هذه المكونات له خصائصه التى تسمى Attributes فمثلا
الـ First Name أو الإسم الأول هو Attribute خاص للـ User Name
و فى حال كان الـ Domain Controller هو أيضا Global Catalog فإنه يحتوى
بالإضافه إلى الـ Domain Partition الخاص به على جزء من الـ Domain
Partitions الخاصة بالـ Domains الأخرى و يتم تحديد البيانات التى تكون
ضمن النسخه
الجزئية من باقى الـ Domain Partitions للـ Domains االأخرى عن طريق حاله
الـ Attribute التى يمكن تغييرها من الـ Schema management console
لتتغير إلى IsMemberOfPartialAttributeSet و يتم
بهذه الطريقه تضمين كل الـ Attribute المراد نشرها إلى الـ Global Catalog
server .
يتم نشر التغييرات فى Domain Partition إلى كافة الـ Domain Controllers
الأعضاء فى نفس الدومين.
Configuration Partition:
يحتوى على كافة الإعدادات الخاصه بالـ Active Directory مثل إعدادات الـ
Sites وأيضا بعض التطبيقات الأخرى تقوم بتخزين إعداداتها فيه و ميزة هذا
الـ Partition هى أنه يتم نشر نسخه منه إلى كافة الـ Domain Controllers
الموجوده فى الـ Forest .
Schema Partition:
الـ Schema هى تعريفات كل الـ Objects و الـ Attributes الخاصه بها مثلا
الـ User Name يحتاج إلى First Name و Last Name و هكذا و الـ Group
تحتاج لإسم المجموعه و نوعها و هكذا.
و يمتلك أول Domain Controller النسخه الوحيده القابلة للكتابة و يسمى
Schema Master و كل الـ Domain Controllers الأخرى تملك نسخه للقراءه فقط
من الـ Schema Partition .
Application Partition:
هذا الـ Partition إختيارى و يمكن لبعض البرامج التى تتكامل أو تستخدم
بيانات الـ Active Directory أن تستخدمه فى حفظ بياناتها و فعليا قد رأيت
شركة تستخدم هذا الـ Partition فى حفظ بينات الرواتب و برامج الخدمه
الذاتية بالتكامل
مع Microsoft Nav و Microsoft .net services ومن مميزات هذا الـ
Partition أنك تستطيع التحكم فى الـ Replication و أى Domain Controller
سيحتوى على البيانات أو حتى جزء منها.
كيف يستخدم الـ Exchange server 2010 الـ Active Directory :
صوره رقم 2
بعد أن تعرفت على مكونات الـ Active Directory يجب الآن أن تعرف كيف
يستخدم الـ Exchange 2010 هذه المكونات كالتالى:
Forests :
يوجد Exchange Organization واحدة فقط فى الـ Forest أى أن العلاقه بينهم
هى واحد إلى واحد.
Schema Partition:
الـ Exchange server 2010 يستخدم الـ Schema لتخزين تعريفات الـ Object
الخاصة به فمثلا يضيف Attributes جديدة للـ User Object مثل الـ Mail
address و Quota و ما إلى ذلك .
Configuration Partition :
كأى برنامج يحتاج الـ Exchange 2010 لتخزين إعداداته فيقوم بتخزينها فى
الـ Configuration Partition حتى تنشر أوتوماتيكيا لكل الـ Domain
Controller على مستوى الـ forest وهذه الإعدادات
مثل Global Settings , Email Address Policies transport Rules ,address
lists و ما إلى ذلك من إعدادات تكون على مستوى الـ Forest أو الـ Exchange
Organization .
Domain Partition :
يمتلك الـ Domain Partition كافة الـ Object التى تم التعديل علي الـ
Attributes الخاصه بها أثناء تهيئة الـ Schema Partition
مثل الـ Mail-Enabled Users, Groups, Contacts وهى التى يتعامل معها الـ
Exchange و يضيف إليها Attributes مختلفه مثل Email Address .
Global Catalog:
يتم نشر الـ Attributes الخاصة بالـObjects الـ Mail Enabled و الـ
Mailbox Enabled إلى كل الـ Global Catalogs فى الـ forest و لذلك يعتمد
الـ Exchange 2010 على الـ Global catalog إعتمادا كبيرا
فيستخدمه فى إنتاج قائمة المستخدمين العموميه Global Address List لأنه
يحتوى على البيانات من الـ forest كلها و لن يحتاج لأخذ جزء جزء من كل
Domain Controller كما يستخدمة لمعرفة مكان
المستخدم و فى أى Site هو لذلك يجب أن يحتوى كل Active Directory Site
على GC و يجب أيضا أن يكون Writable أى يمكنه القراءه و الكتابة على الـ
partitions حيث قدم الـ Windows server 2008 نسخة للقراءه فقط من الـ
DC’s و هى غير
صالحة للإستخدام فى حال كانت الوحيدة و يجب توافر Writable Global Catalog
Domain Controller فى كل Active Directory Site
و يفضل أن يكون هناك إثنان لضمان عدم تعطل سير العمل إذا إنهار أحدهما و هو
ما يسمى Redundancy .
نراكم فى الدرس الثانى بعنوان ما هو الـ Exchange Server 2010 ؟
أساسيات الـ Active Directory :
قبل أن تبدأ فى العمل مع الـ Exchange Server 2010 يجب أن تعرف أن الـ
Exchange Server لن يعمل بدون Active Directory ولذلك وجب علينا توضيح بعض
التعريفات الهامه و الخاصه بالـ Active Directory .
Active Directory Domain :
هو مجموعه من الأجهزة يحددها مدير النظام. هذه المجموعه تشترك فى قاعده
بيانات واحده و Security policies مطبقة عليهم جميعا.
من خلال الدومين نستطيع تنفيذ فكرة المركزية فى إدارة حسابات ومجموعات
المستخدمين و يمكن إدارتها بعده طرق مثل ترتيبها بوضعها فى Organizational
Units(OU) و التى هى عبارة عن حاويات تمكنا من تطبيق الـ Policies
على مجموعات من الأجهزة أو المستخدمين.
وقد تحتوى الشركة الواحده على أكثر من دومين عند الحاجه لوضع حدود إداريه
يكون فيها عدد من مدراء النظام مسؤولين عن جزء من بيئة العمل و لأسباب أخرى
ستضح خلال السطور التاليه.
Active Directory Tree :
هى عباره عن مجموعه من Domain فأكثر. و قد تحتوى الـ Tree على domain
واحد و أول Domain يتم تكوينه يسمى Root Domain وعند إضافة Domain جديد
للـ Tree يصبح الدومين الأول Parent Domain و
يصبح الـ Domain الجديد Child Domain وقد يكون الـ Domain الجديد Parent
Domain لـ Domains جديده.
ومثال على ذلك إذا قلنا أن الـ Root Domain هو Elmahdy.Org يصبح
Egypt.Elmahdy.org , Qarat.Elmahdy.org هما child domains و يصبح
Egypt.Elmahdy.org هو Parent domain لـ
HR.Egypt.Elmahdy.org وتشترك كل هذه الـ Domains فى NameSpace واحد و فى
هذا المثال هو Elmahdy.org.
صوره رقم 1
Forest :
هى Tree واحده أو مجموعة من أكثر من Tree تشترك جميعها فى Schema واحدة و
الـ Forest تعتبر حدود أمنيه حيث لا تستطيع أى حسابات خارج الـ Forest
أن تتعدى هذه الحدود.ويمكن أن يوجد Exchange Organization واحده فقط فى
الـ Forest.
وقد نحتاج لوجود أكثر من Forest عند الحاجة لعزل مجموعات من المستخدمين عن
باقى المستخدمين مثل الحاله التى قد نواجهها عند إنشاء Forest للتدريب
وقد نواجه هذه الحاله رغما عنا عند إندماج شركتين أو أكثر لكل منها Forest
منفصله.
Trust :
هى علاقه بين 2 Domains تسمح لمستخدمى كلا الـ Domains بالمصادقة
(Authentication ) لدى الـ Domain الآخر أو بتعبير أكثر بساطة تسمح
لمستخدمى الـ Domains بعبور الحواجز الأمنيه بينهما.
إفتراضيا يوجد Trust بين كل الـ Domains فى الـ Forest الواحدة.
و الـ Trust أنواع أولها Direct Trust و هى بالمعنى البسيط أن فلان يثق
فى فلان و النوع الآخر Transitive Trust و بمعنى بسيط أيضا هى إنتقال
الثقه بين الأطراف المختلفه أى أن واحد يثق فى أثنين و أثنين يثق فى ثلاثه
إذن واحد يثق فى ثلاثه.
Domain Controller :
يحتوى كل Domain على Domain Controller واحد على الأقل و هو الخادم الذى
يحتوى على قاعدة البيانات الخاصة بهذا الـ domain و يحتوى كل Domain
Controller عضو فى Domain معين على البيانات الخاصة بهذا الـ Domain .
Global Catalog Server :
هو Domain Controller يحتوى على مجموعة محدودة من المعلومات من كل الـ
forest بالإضافه إلى المعلومات الخاصه بالـ domain الذى ينتمى إليه .
إفتراضيا يكون أول Domain Controller يتم تكوينه Global Catalog .
IP :
كل جهاز على الشبكة يجب أن يكون لديه IP و هو رقم تم تكوينه بطريقة معينه
و لفهم الـ IP يب أن نتطرق إلى الـ Binary ونعرف كيف نحول بينها و بين
الـ Decimal و الـ Binary هى اللغه التى يفهمها الكمبيوتر و تتكون من 1 و
0 و فى حال الـ IP
نستطيع أن نصفة أنه رقم يتكون من أربع خانات أو 4 Octets كل منها 8 Bit
أو 1 Byte حيث كل Bit هو إما 0 أو 1 و بذلك يكون أكبر عدد هو 11111111 و
لتحويل هذا العدد من Binary إلى Decimal نقوم بتحليلبجمع الأرقام
على شجرة التحويل و هى عبارة عن 2 مرفوعه لأس تراكمى من 0 إلى 7 فينتج
التالى 11111111 = 1+2+4+8+16+32+64+128=255 وهو أكبر عدد نستطيع وضعة فى
أى Octet للـ IP و يكون بالشكل التالى 255.255.255.255 .
وينقسم الـ IP إلى ثلاثة أنواع حسب طريقة تقسيمة حيث هناك Class A, B, C و
يمكنك معرفة الـ IP بمجرد أن تنظر إلى أول Octet فيه فى أى Class فـ
Class A يقع أول Octet فيها بين 1 و 126 و Class B
يقع أول Octet فيها بين 128 و 191 و Class B يقع أول Octet منها بين 192 و
223 و ينقسم الـ IP إلى جزأين Subnet و Host حيث الـ Host هو رقم
الجهاز فى الشبكة و الـ Subnet هو رقم الشبكة نفسها و
يمكن أن يوجد فى الشبكة الواحدة أكثر من شبكة و قطعا يوجد أكثر من Host .
يقسم الـ IP عن طريق الـ Mask وهو الرقم الذى نستطيع معرفة الحد الفاصل
بين الـ Host , Subnet من خلاله ففى حالة الـ Class C يكون الـ Mask هو
255.255.255.0 أى ان أول ثلاثة Octets هم عنوان الشبكة و الأخير
هو للـ Host و كذلك الأمر فى Class B يكون الـ Mask 255.255.0.0 وفى
Class A يكون 255.0.0.0 و بذلك نكون عرفنا مصطلح جديد و هو Subnet .
Active Directory Site :
هو عبارة عن Subnet أو أكثر . و يجب أن يتوفر إتصال سريع بين كل الأجهزة
الموجودة فى الـ AD Site الواحد و أقل سرعه إتصال ممكنه هى 10 ميجابت فى
الثانيه .
ويعتبر الـ Ad Site تصور تخيلى للبيئة الواقعيه يساعد على إداره الأجهزه
حيث يمكن تطبيق Group policy على Ad Site كاملا دون الحاجه إلى جمع
الأجهزة فى OU .
Replication:
عندما يكون عدد المستخدمين كبير جدا أو عند الحاجه لوجود بديل عند إنهيار
الـ Domain controller نقوم بترقيه Domain Controller آخر نطلق عليه إسم
Additional Domain Controller و قد يكون الـ Additional Domain Controller
فى AD Site آخر.
داخل الـ AD Site الواحد يتم نشر التغيرات بين الـ Domain Controllers فى
ثوانى معدوده لكن ماذا سيحدث إذا كان لديك موقعين مرتبطين بخط سرعته 56
كيلوبت فى الثانيه ولديك بعض التطبيقات التى تستخدم الخط؟
فى هذه الحاله ستريد أن يتم نشر التغييرات فى الليل حتى يتسنى للتطبيقات أن
تستخدم الخط بالنهار.
و فى هذه الحاله أنت تحتاج لوضع Domain Controller فى كل موقع ومن ثم تقوم
بتحديد كل موقع فعلى كـ AD Site عن طريق إضافة الـ Subnets الخاصه بكل
موقع فعلى إلى الـ AD site و من ثم سيمكنك أن تفعل ذلك.
كل AD Site يوجد به Bridge Head Server وهو عبارة عن الـ Domain
Controller المسؤول عن نشر التغييرات إلى الـ AD Sites الأخرى و الذى يقوم
بذلك إفتراضيا كل 3 ساعات و هى المده التى يمكنك إعدادها لتتوافق مع بيئة
عملك.
و فى حاله كان الإتصال بطئ جدا و أردنا عزل الـ Replication و تقليلة إلى
الحد الأدنى نقوم بعمل دومين منفصل لكل موقع وبهذا لن يحدث Replication
إلا فى حاله التعديل فى الـ Schema أو نشر تعديلات جديدة للـ Global
Catalog Server الموجود فى كلا الموقعين.
يتصل كل موقعين بـ Site Link و لكل Site Link قيمة تسمى Cost و التى
يمكن التحكم فيها لمنع الـ Replication من عبور هذه الـ Link و توجيهه إلى
أخرى أسرع.
Active Directory Partitions :
تنقسم قاعده بيانات الـ Active Directory إلى أربعه أقسام رئيسيه أو 4
Partitions و هى كالتالى:
Domain Partitions :
يحتوى على كل ما يخص الدومين من Computer Objects و User Objects و
Groups و كل مكون من هذه المكونات له خصائصه التى تسمى Attributes فمثلا
الـ First Name أو الإسم الأول هو Attribute خاص للـ User Name
و فى حال كان الـ Domain Controller هو أيضا Global Catalog فإنه يحتوى
بالإضافه إلى الـ Domain Partition الخاص به على جزء من الـ Domain
Partitions الخاصة بالـ Domains الأخرى و يتم تحديد البيانات التى تكون
ضمن النسخه
الجزئية من باقى الـ Domain Partitions للـ Domains االأخرى عن طريق حاله
الـ Attribute التى يمكن تغييرها من الـ Schema management console
لتتغير إلى IsMemberOfPartialAttributeSet و يتم
بهذه الطريقه تضمين كل الـ Attribute المراد نشرها إلى الـ Global Catalog
server .
يتم نشر التغييرات فى Domain Partition إلى كافة الـ Domain Controllers
الأعضاء فى نفس الدومين.
Configuration Partition:
يحتوى على كافة الإعدادات الخاصه بالـ Active Directory مثل إعدادات الـ
Sites وأيضا بعض التطبيقات الأخرى تقوم بتخزين إعداداتها فيه و ميزة هذا
الـ Partition هى أنه يتم نشر نسخه منه إلى كافة الـ Domain Controllers
الموجوده فى الـ Forest .
Schema Partition:
الـ Schema هى تعريفات كل الـ Objects و الـ Attributes الخاصه بها مثلا
الـ User Name يحتاج إلى First Name و Last Name و هكذا و الـ Group
تحتاج لإسم المجموعه و نوعها و هكذا.
و يمتلك أول Domain Controller النسخه الوحيده القابلة للكتابة و يسمى
Schema Master و كل الـ Domain Controllers الأخرى تملك نسخه للقراءه فقط
من الـ Schema Partition .
Application Partition:
هذا الـ Partition إختيارى و يمكن لبعض البرامج التى تتكامل أو تستخدم
بيانات الـ Active Directory أن تستخدمه فى حفظ بياناتها و فعليا قد رأيت
شركة تستخدم هذا الـ Partition فى حفظ بينات الرواتب و برامج الخدمه
الذاتية بالتكامل
مع Microsoft Nav و Microsoft .net services ومن مميزات هذا الـ
Partition أنك تستطيع التحكم فى الـ Replication و أى Domain Controller
سيحتوى على البيانات أو حتى جزء منها.
كيف يستخدم الـ Exchange server 2010 الـ Active Directory :
صوره رقم 2
بعد أن تعرفت على مكونات الـ Active Directory يجب الآن أن تعرف كيف
يستخدم الـ Exchange 2010 هذه المكونات كالتالى:
Forests :
يوجد Exchange Organization واحدة فقط فى الـ Forest أى أن العلاقه بينهم
هى واحد إلى واحد.
Schema Partition:
الـ Exchange server 2010 يستخدم الـ Schema لتخزين تعريفات الـ Object
الخاصة به فمثلا يضيف Attributes جديدة للـ User Object مثل الـ Mail
address و Quota و ما إلى ذلك .
Configuration Partition :
كأى برنامج يحتاج الـ Exchange 2010 لتخزين إعداداته فيقوم بتخزينها فى
الـ Configuration Partition حتى تنشر أوتوماتيكيا لكل الـ Domain
Controller على مستوى الـ forest وهذه الإعدادات
مثل Global Settings , Email Address Policies transport Rules ,address
lists و ما إلى ذلك من إعدادات تكون على مستوى الـ Forest أو الـ Exchange
Organization .
Domain Partition :
يمتلك الـ Domain Partition كافة الـ Object التى تم التعديل علي الـ
Attributes الخاصه بها أثناء تهيئة الـ Schema Partition
مثل الـ Mail-Enabled Users, Groups, Contacts وهى التى يتعامل معها الـ
Exchange و يضيف إليها Attributes مختلفه مثل Email Address .
Global Catalog:
يتم نشر الـ Attributes الخاصة بالـObjects الـ Mail Enabled و الـ
Mailbox Enabled إلى كل الـ Global Catalogs فى الـ forest و لذلك يعتمد
الـ Exchange 2010 على الـ Global catalog إعتمادا كبيرا
فيستخدمه فى إنتاج قائمة المستخدمين العموميه Global Address List لأنه
يحتوى على البيانات من الـ forest كلها و لن يحتاج لأخذ جزء جزء من كل
Domain Controller كما يستخدمة لمعرفة مكان
المستخدم و فى أى Site هو لذلك يجب أن يحتوى كل Active Directory Site
على GC و يجب أيضا أن يكون Writable أى يمكنه القراءه و الكتابة على الـ
partitions حيث قدم الـ Windows server 2008 نسخة للقراءه فقط من الـ
DC’s و هى غير
صالحة للإستخدام فى حال كانت الوحيدة و يجب توافر Writable Global Catalog
Domain Controller فى كل Active Directory Site
و يفضل أن يكون هناك إثنان لضمان عدم تعطل سير العمل إذا إنهار أحدهما و هو
ما يسمى Redundancy .
نراكم فى الدرس الثانى بعنوان ما هو الـ Exchange Server 2010 ؟
ابو على- المدير العام
- عدد المساهمات : 10509
نقاط : 39702
السٌّمعَة : 0
تاريخ التسجيل : 28/09/2009
العمر : 44
الموقع : https://arabseed4.yoo7.com -
رد: فهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
من طرف ابو على الإثنين 21 مارس 2011, 20:52
الوحدة الأولى: الدرس الثانى:
ما هو الـ Exchange Server 2010 ؟
يعمل الـ Exchange Server كأى برنامج يعتمد على تقنيه الـ Client - Server
حيث يتسمع الـ Server على Port معروف الرقم حتى يأتيه طلب من الـ
Client ثم يقوم بالرد بناء على ما طلبه الـ Client .
فى حالة الـ Exchange server تم تقسيم الوظائف إلى على أكثر من Server
وذلك لتقليل العبء على الـ Server و ليخدم أعداد أكبر من المستخدمين.
ويمكن وضع كل هذه الأجزاء معا ليقوم Server واحد بكل الوظائف فى حالة كان
عدد المستخدمين قليل و يمكن أن يكون كل جزء على Server منفصل فى حال كان
عدد المستخدمين أكثر و هناك قواعد تحكم التخطيط لمثل هذه السيناريوهات و
تساعدك على أن تقرر عدد الـ Servers المستخدمه.
وهذه الأجزاء التى ذكرناها تسمى Exchange Server Roles و هى كالتالى :
Mailbox Server Role – Client Access Server Role – HUB Transport Server
Role – Edge Transport Server Role – UM Role
صوره 3
أولا :Mailbox Server Role - MBX:
يحمل هذا الـ Role وظيفة تخزين الـ Mailboxes أو صناديق بريد المستخدمين
فى قواعد بيانات Mailbox Databases و أيضا يحتوى الـ Server على Public
Folder Databases التى لا يمكن الإستغناء عنها فى حال كان
لديك مستخدمين لديهم Outlook 2003 فأقل و يجب أن يكون الـ Mailbox Server
مربوط بالـ Domain و ذلك لحاجته للإتصال بالـ Domain Controller لجلب
بيانات المستخدمين.
ثانيا: HUB Transport Server Role :
يقوم هذا الـ Role بتوجيه الرسائل بين بين المستخدمين و من و إلى الإنترنت
و يجب أن يوجد على الأقل HUB Server واحد فى الـ AD Site يحتوى على
Mailbox server أو UM Server و يجب أن يكون عضو فى الـ Domain .
كما يجب أن تعلم أن الـ Hub يستطيع أن يوصل الرسائل إلى الإنترنت مع بعض
الإعدادات.
ثالثا: Client Access Server Role - CAS:
الـ Client Access Server يستقبل إتصالات كافة الـ Clients و يجب أن يوجد
Client Access Server واحد على الأقل فى الـ Active Directory Site و
يدعم الـ CAS عدد من البروتوكولات ووسائل الإتصال
مثل POP3,IMAP,RPC over HTTPS, MAPI و يجب أن يكون أيضا عضو فى الـ Domain
.
رابعا: Edge Transport Server Role :
يقوم الـ Edge Transport server بإستقبال كافة الرسائل حيث يعمل كـ SMTP
Gate Way بين المستخدمين و الإنترنت و لتأمين شبكتك الداخليه يجب وضع الـ
Edge Transport Server فى المنطقة المعزولة فى الشبكة أو
ما يسمى بالـ DMZ ولا يجب أن يكون عضو فى الـ Domain كى لا يعرض شبكتك
للخطر إذا تم إختراقه وحيث أنه ليس عضو فى الـ Domain فلا يمكنه الحصول
على نسخة من بيانات الـ Active Directory و كبديل يعتمد على الـ AD LDS
أو Active Directory Lightweight Directory Service للحصول على نسخة من
بيانات الـ Active Directory و سنتناول تفصيل ذلك لاحقا ولا يمكنك دمج الـ
Edge Transport server مع أى Exchange Server Role آخر.
و يقوم الـ Edge Transport server أيضا بفلترة الرسائل و التعرف على SPAM
عن طريق تقنية الـ Aanti Spam و التى سنشرحها تفصيلا فى درس لاحق عن الـ
ForeFront protection 2010 for Exchange .
ومن الجدير بالذكر أنه إذا كنت ستكتفى بالـ HUB ليقوم بتوصيل البريد من و
إلى الإنترنت فيمكنك تمكين الـ AntiSpam عليه أيضا حتى تحمى مؤسستك من الـ
SPAM .
خامسا :UM Server Role :
يوفر هذا الـ Role خدمات الفاكس و الصوت و يتطلب وجود MBX Server و CAS
Server و HUB Server فى نفس الـ Active Directory Site و سيكون هذا الـ
Role خارج نطاق هذا الكورس.
مفهوم الـ High Availability:
معنى هذا المصطلح هو التوفر العالى و بالمعنى البسيط هى عدم تأثر الخدمة فى
حال إنهيار Server أو أكثر فى بيئة العمل حسب متطلبات البيئة و لكل Role
له طريقة لتحقيق الـ High Availability .
Mailbox High Availability:
فى الـ Exchange server 2007 إعتمد هذا الـ Role على تقنيات عديده مثل
الـ SCC,LCR,CCR,SCR و التقنيتين الأكثر إنتشارا كانتا SCR,CCR اللتين
تعتمدان على عمل نسخة مطابقة من قواعد البيانات الموجودة
فى كل Storage Group على Server آخر و نقل الـ Logs التى تحتوى على
التغييرات التى تمت عليها و تطبيقها على قاعدة البيانات المنسوخه ثم عن
طريق الـ Windows Failover Clustering يتم نقل الخدمة إلى الـ server
الآخر
خلال دقائق لتحقيق توفر الخدمة و كان يعيب هذه التقنيات أن 3 دقائق وقت
كبير جدا بالنسبة لبيئة عمل حيه كما أن الـ Failover أو الإنتقال يكون من
سيرفر إلى آخر حتى لو كان الخلل فى قرص صلب واحد فقط أو فى قاعدة بيانات
واحدة و لذلك
فى الإصدار 2010 تم تصحيح هذه الأخطاء عن طريق إستخدام تقنيه جديدة تدمج
بين SCR,CCR و تعتمد الفكرة أن يكون الإنتقال بين Servers على مستوى قاعدة
البيانات و ليس على مستوى الـ Server و هذه التقنية هى DataBase
Availability Group
و يمكن إضافة حتى 16 Servers فى كل DAG مما يمكنك من عمل حتى 16 نسخة
إحتياطيه من كل قاعدة بيانات فى بيئة العمل.
HUB High Availability:
وجود 2 HUB Transport Server يجعلك تطمئن أنه فى حاله إنهيار أحدهما سوف
يعمل الثانى و فى حاله وجود 2 servers يجب أن تعتمد تقنيه من تقنيات
الموازنة مثل NLB Cluster أو DNS Records و هو ما سنشرح
طريقة عمله و إعداده عمليا فى الدروس القادمة.
كما تم إضافة خاصية جديده نعطى عنها فكرة هنا ونكملها فى درس آخر بعنوان
الـ HUB Transport Pipe Line و هذه الخاصيه هى Shadow redundancy .
تضمن الـ DAG حفظ جميع الرسائل عندما تكون فى الـ Mailbox Server لكن لا
تضمن حفظ الرسائل فى طريقها للوصول إلى الـ Mailbox server و بما أن
الرسائل تنتقل من Hub Transport Server إلى آخر فكان حريا بـ
Microsoft إيجاد وسيله لحفظ الرسائل خلال تنقلها و حتى تصل.
أولى المحاولات كانت فى الـ Exchange 2007 عن طريق تقنية الـ Transport
Dumpster و كانت الفكرة تعتمد على أن كل HUB Transport Server يحتوى على
Queue أو عدد من الرسائل المرسله مؤخرا فى حال
تواجد فى بيئة بها CCR Cluster و يعيد إرسال هذه الرسائل فى حال حدث
Failover بين الـ Cluster Nodes لكن ماذا لو لم يكن لدينا CCR Cluster أو
كانت الرسالة فى إتجاه الـ EDGE Server لتخرج إلى الإنترنت وليست
فى إتجاه الـ Mailbox servers ؟
فى هذه الحاله كنت ستفقد الرسائل و لذلك وجب تصحيح الأمر فى Exchange 2010
بإبتكار جديد إسمه Shadow Redundancy و تقوم الفكرة على أن كل HUB
Transport Server يقوم بحفظ الرسائل حتى يتم توصيلها إلى
آخر نقطه سوف تصل إليها و إذا لم تصل يعيد إرسالها.
Client Access Server High Availability:
كما بالـ HUB فإن وجود 2 CAS مطمئن لللغاية و بالطبع يجب إستخدام تقنيات
الموازنة و تكوين CAS Array و سنشرح ذلك عمليا بالتفصيل فى الدروس
القادمة.
Edge Transport Server:
بنفس الطريقة تعمل تقنيات الموازنة و DNS Records على الموازنة و تحقيق
توفر الخدمة عند وجود 2 Edge Server .
كما و بالإضافة إلى كل ما سبق يجب عليك التفكير فى الـ Domain Controller
High Availability عن طريق إضافة Additional Domain Controller لكل AD
Site و هنا أقصد وجود 2 Domain Controller فى كل AD Site .
يتبادر إلى ذهن كل منا سؤال هو لماذا ينبغى على أن أحدث برنامج المراسلات
من Exchange 2003 أو Exchange 2007 مع أنه يعمل و يعطينى ما أريد؟
الحقيقه هذا السؤال يتوقف على الفكر السائد لديك فى شركتك و القدرة على
الإستثمار فى الـ IT و العائد من هذا الإستثمار كل هذا معا يعطيك أسباب
تقوم من خلالها بتقييم حاجتك للتحديث.
ولكى أوضح هذه الفكرة يجب أن أضرب لكم مثل و لله المثل الأعلى .. ففى شركه
يقوم أساسها على الدعم الفنى يكون الأيميل شيء حيوى جدا و توقف الأيميل
لمدة 3 دقائق قد يمثل مصيبة حيث أننا لو إفترضنا أن كل مستخدم يستقبل 50
رساله فى
اليوم الشركة بها 1000 مستخدم يكون الناتج هو 50 الف رسالة و عند قسمة هذا
الرقم على عدد ساعات العمل ولنفرض أنها 8 ساعات يكون الناتج 6250 رساله وهو
عدد كبير جدا من الرسائل و قد تكون هذه الرسائل مهمه للغايه فى حال
كانت الشركة تعتمد على الإيميل بشكل كامل ذلك كما أن بعض الوزارات تعتمد
البريد الألكترونى ككتب رسميه و هكذا من أمثله عن أهميه الدقائق و الأيميل
لذلك تم بناء الـ Exchange server 2010 ليوفر عده عوامل:
التوفير فى التكلفة:
فى النسخ السابقة من الـ Exchange لم يكن ينصح بإستخدام الـ Hardware
الرخيص و خصوصا الأقراص الصلبة التى كانت تستهلك بشدة نتيجة الكتابة
العشوائية الفورية لقاعدة البيانات عليها و ذلك نتيجة أن الـ Exchange كان
يكتب ما يأتى إليه بطريقة عشوائية فى قاعدة البيانات بمجرد أن يحصل عليه
أما الآن فقد تم تأخير الكتابة لبعض الوقت و بذلك إستطاع أن يكتب بطريقة
أكثر تنظيما مما قلل إستهلاك الأقراص الصلبة بنسبة 70% عن الـ Exchange
2007 و
بنسبة 140% عن الـ Exchange 2003 و لذلك يمكن إستخدام الأقراص من النوع
SATA مع الـ Exchange 2010 و هى رخيصة فى الثمن .
كما تكلمنا من قبل عن دعم الـ Exchange 2010 لتواجد حتى 16 نسخة من كل
قاعدة بيانات فإن هذا أيضا جعل هناك توجه كبير نحو إستخدام الأقراص الصلبة
الشديدة الرخص JBOD و هى المستخدمة فى أجهزة المستخدمين العادية .
بل و إن توفر 16 نسخة من قاعدة البيانات على 16 سيرفر قد يجعلك تتخلى عن
الـ Backup نهائيا.
المرونه دعم التشغيل التراكمى للـ Roles :
فى الإصدار 2007 من Exchange كانت هناك قوانين كثيرة تحكم عدد الـ Servers
مما جعل الـ Exchange 2007 إصدا ر لا يصلح للشركات الصغيرة إلا بإستخدام
Server قوى و التخلى عن بعض الخصائص مثل الـ High Availability
و ذلك لأن التقيد بوجود الـ Mailbox server على Server لحالة فى حال
إستخدام أى من تقنيات الـ High Availability بمجموع 2 servers فى حال
إستخدامك CCR أو SCR لذلك تحتاج على الأقل سيرفر آخر لتدمع عليه الـ
Roles
المتبقية من CAS و HUB بالإضافة إلى آخر للـ EDGE بمجموع 4 سيرفرات على
الأقل مع عدم وجود High Availability بالـ HUB, CAS, Edge.
دعم الـ Exchange Server 2010 بتقنية الـ DAG البديلة للـ SCR, CCR وجود
Roles أخرى على نفس السيرفر مع وجود الـ DAG مما مكن الشركات الصغيرة من
الحصول على الـ High Availability لـ MBX,
HUB, CAS بـ 2 Servers فقط و فى حال الدعم الكامل لـ Edge Server High
Availability يكون المجموع 4 Servers لحل كامل متكامل لكن قطعا تخضع هذه
الأرقام لعدد المستخدمين و عدد الرسائل التى سيرسلها و
يستقبلها النظام فى اليوم لكن الخبر السعيد أن شركة من 50 موظف يكفيها جهاز
مثل أجهزه المستخدمين لدعم صناديق بريد تصل إلى 20 جيجا للواحد و هو ما
قلب الموازين و غير وجهات النظر.
كما أنه فى الإصدار 2007 إذا قررت أن تستخدم السيرفر كنقطة من CCR Cluster
فإن الحل الوحيد لرجوعها كـ Mailbox server عادى هو أن تزيلها من الـ
Cluster و تدمر النقطة الثانية و أيضا يجب أن تخطط لذلك جيدا حيث أن
Mailbox server
عادى لا يمكن تحويلة إلى CCR Cluster point إلا بعد إزالة الـ Exchange
تماما من عليه و إعادة تثبيتة من جديد كـ Mailbox server عادى لكن مع
Exchange 2010 يمكنك البدء بـ Mailbox server عادى ثم عندما
تجد نفسك مهيأ لعمل DAG يمكنك عمل ذلك و عندما تحس أن الشركة لم تعد تحتاج
لـ High Availability يمكنك إزاله كافة السيرفرات من الـ DAG بسهولة
لترجع كـ Mailbox servers عادية.
فى الإصدار 2007 توجب أن يكون كافة الـ CCR Cluster points فى نفس الـ
Active Directory Site و لكن مع الـ Exchange server 2010 تستطيع مد الـ
DAG إلى أكثر من Active Directory Site لتحتوى
سيرفرات تصل إلى أن تكون من 16 AD Site مختلفة.
وقت أقل فى حالة الـ Failover و الـ Switchover :
كما أسلفنا فإن الـ Mailbox Role High Availability تعتمد فى الأساس على
وجود أكثر من نسخة من قاعدة البيانات على أكثر من Server ولكن لم نوضح كيف
يحدث هذا الإنتقال من Server إلى آخر ومتى يحدث.
بعد تكوين أول DAG يمكنك إضافة كافة الـ Servers التى تحتوى على Mailbox
server Role إلى الـ DAG و معنى ذلك أنك تمكن هذا السيرفر المضاف من أن
يتبادل نسخ من قواعد البيانات الموجودة على السيرفرات الموجودة فى
الـ DAG حيث تقوم خدمة تسمى Active Manager التى هى بمثابة رأس الـ DAG
بمراقبة هذه النسخ و تحديد أى نسخة هى النشطه حاليا و أى نسخة هى التاليه
إذا حدث إنهيار للنسخة النشطة.
عند تكوبن كل نسخة يجب أن تعطيها رقم هذا الرقم هو طريقتك فى ترتيب تنشيط
نسخ قواعد البيانات فى حال إنهارت النسخة الحاليه فالنسخة رقم 2 ستنشط فى
حال إنهارت النسخة 1 أوتوماتيكيا و ذلك يسمى Failover أما فى حال إحتاج
الـ Server
الذى يحتوى النسخة 1 لعمل Update ثم طلب Restart فيجب أن تقوم أنت بتنشيط
النسخة 2 من قاعدة البيانات حتى لا يتأثر المستخدمين عند إعادة تشغيل الـ
Server و هذا ما يسمى Switchover .
فى الإصدارات السابقة كانت كل إتصالات المستخدمين تأتى إلى الـ CAS الذى
يقوم بطلب البيانات من الـ Mailbox server ثم يقوم بالرد على المستخدم عن
طريق البروتوكول RPC فيما عدا الإتصالات القادمة من Unified Messaging
و الـ Outlook Client حيث يجب توفر إتصال مباشر عن طريق البروتوكول RPC
بينها و بين الـ Mailbox Server و الـ RPC هو بروتوكول المعرفو عنه أنه
يستخدم الـ Port 135 ولكن الحقيقة أن الـ RPC يستخدم Port
عشوائى و لا يستخدم الـ Port 135 إلا ليطلع الطرف الآخر من الإتصال على
الـ Port الذى سيستخدمه فى الإتصال معه ثم يباشر الإتصال على الـ Port
الجديد و لذلك كان يتم فتح كل الـ Ports على الشبكة الداخلية أمام الـ
Mailbox server .
فى Exchange server 2010 تم تصحيح هذا الوضع فأصبح الـ CAS هو المتخصص فى
مخاطبة الـ Mailbox server و كل اتصالات المستخدمين تتجه إلى الـ CAS
فقط.
فى الـ Exchange 2007 عند حدوث Switchover أو Failover فإن المستخدمين
المتصلين من خلال outlook Client سينتظرون لمدة تسمى TTL او time To live
و هى التى تحدد عمر الـ DNS Record الخاص بالـ Mailbox server
والتى هى 100 ثانية إفتراضيا قبل أن تبحث عن الـ Mailbox server النشط و
تتصل به مرة ثانية و ذلك بالإضافة إلى أن الـ Failover او الـ switchover
كان يحدث على مستوى السيرفر بالرغم من أن العطب هو فى قاعدة بيانات
واحدة فقط فتخيل لو أن السيرفر به 50 قاعدة بيانات و أنت فى قاعدة البيانات
الـ 50 فكم سيلزم من الوقت ليعمل الـ outlook الخاص بك من جديد .
فى الإصدار 2010 يقوم الـ Active Manager بمراقبة قواعد البيانات و إبلاغ
الـ CAS بالـ Server الجديد المضيف لقاعدة البيانات النشطة و يعيد الـ
CAS الإتصال للمستخدمين خلال 30 ثانية أو أقل.
ما هو الـ Exchange Server 2010 ؟
يعمل الـ Exchange Server كأى برنامج يعتمد على تقنيه الـ Client - Server
حيث يتسمع الـ Server على Port معروف الرقم حتى يأتيه طلب من الـ
Client ثم يقوم بالرد بناء على ما طلبه الـ Client .
فى حالة الـ Exchange server تم تقسيم الوظائف إلى على أكثر من Server
وذلك لتقليل العبء على الـ Server و ليخدم أعداد أكبر من المستخدمين.
ويمكن وضع كل هذه الأجزاء معا ليقوم Server واحد بكل الوظائف فى حالة كان
عدد المستخدمين قليل و يمكن أن يكون كل جزء على Server منفصل فى حال كان
عدد المستخدمين أكثر و هناك قواعد تحكم التخطيط لمثل هذه السيناريوهات و
تساعدك على أن تقرر عدد الـ Servers المستخدمه.
وهذه الأجزاء التى ذكرناها تسمى Exchange Server Roles و هى كالتالى :
Mailbox Server Role – Client Access Server Role – HUB Transport Server
Role – Edge Transport Server Role – UM Role
صوره 3
أولا :Mailbox Server Role - MBX:
يحمل هذا الـ Role وظيفة تخزين الـ Mailboxes أو صناديق بريد المستخدمين
فى قواعد بيانات Mailbox Databases و أيضا يحتوى الـ Server على Public
Folder Databases التى لا يمكن الإستغناء عنها فى حال كان
لديك مستخدمين لديهم Outlook 2003 فأقل و يجب أن يكون الـ Mailbox Server
مربوط بالـ Domain و ذلك لحاجته للإتصال بالـ Domain Controller لجلب
بيانات المستخدمين.
ثانيا: HUB Transport Server Role :
يقوم هذا الـ Role بتوجيه الرسائل بين بين المستخدمين و من و إلى الإنترنت
و يجب أن يوجد على الأقل HUB Server واحد فى الـ AD Site يحتوى على
Mailbox server أو UM Server و يجب أن يكون عضو فى الـ Domain .
كما يجب أن تعلم أن الـ Hub يستطيع أن يوصل الرسائل إلى الإنترنت مع بعض
الإعدادات.
ثالثا: Client Access Server Role - CAS:
الـ Client Access Server يستقبل إتصالات كافة الـ Clients و يجب أن يوجد
Client Access Server واحد على الأقل فى الـ Active Directory Site و
يدعم الـ CAS عدد من البروتوكولات ووسائل الإتصال
مثل POP3,IMAP,RPC over HTTPS, MAPI و يجب أن يكون أيضا عضو فى الـ Domain
.
رابعا: Edge Transport Server Role :
يقوم الـ Edge Transport server بإستقبال كافة الرسائل حيث يعمل كـ SMTP
Gate Way بين المستخدمين و الإنترنت و لتأمين شبكتك الداخليه يجب وضع الـ
Edge Transport Server فى المنطقة المعزولة فى الشبكة أو
ما يسمى بالـ DMZ ولا يجب أن يكون عضو فى الـ Domain كى لا يعرض شبكتك
للخطر إذا تم إختراقه وحيث أنه ليس عضو فى الـ Domain فلا يمكنه الحصول
على نسخة من بيانات الـ Active Directory و كبديل يعتمد على الـ AD LDS
أو Active Directory Lightweight Directory Service للحصول على نسخة من
بيانات الـ Active Directory و سنتناول تفصيل ذلك لاحقا ولا يمكنك دمج الـ
Edge Transport server مع أى Exchange Server Role آخر.
و يقوم الـ Edge Transport server أيضا بفلترة الرسائل و التعرف على SPAM
عن طريق تقنية الـ Aanti Spam و التى سنشرحها تفصيلا فى درس لاحق عن الـ
ForeFront protection 2010 for Exchange .
ومن الجدير بالذكر أنه إذا كنت ستكتفى بالـ HUB ليقوم بتوصيل البريد من و
إلى الإنترنت فيمكنك تمكين الـ AntiSpam عليه أيضا حتى تحمى مؤسستك من الـ
SPAM .
خامسا :UM Server Role :
يوفر هذا الـ Role خدمات الفاكس و الصوت و يتطلب وجود MBX Server و CAS
Server و HUB Server فى نفس الـ Active Directory Site و سيكون هذا الـ
Role خارج نطاق هذا الكورس.
مفهوم الـ High Availability:
معنى هذا المصطلح هو التوفر العالى و بالمعنى البسيط هى عدم تأثر الخدمة فى
حال إنهيار Server أو أكثر فى بيئة العمل حسب متطلبات البيئة و لكل Role
له طريقة لتحقيق الـ High Availability .
Mailbox High Availability:
فى الـ Exchange server 2007 إعتمد هذا الـ Role على تقنيات عديده مثل
الـ SCC,LCR,CCR,SCR و التقنيتين الأكثر إنتشارا كانتا SCR,CCR اللتين
تعتمدان على عمل نسخة مطابقة من قواعد البيانات الموجودة
فى كل Storage Group على Server آخر و نقل الـ Logs التى تحتوى على
التغييرات التى تمت عليها و تطبيقها على قاعدة البيانات المنسوخه ثم عن
طريق الـ Windows Failover Clustering يتم نقل الخدمة إلى الـ server
الآخر
خلال دقائق لتحقيق توفر الخدمة و كان يعيب هذه التقنيات أن 3 دقائق وقت
كبير جدا بالنسبة لبيئة عمل حيه كما أن الـ Failover أو الإنتقال يكون من
سيرفر إلى آخر حتى لو كان الخلل فى قرص صلب واحد فقط أو فى قاعدة بيانات
واحدة و لذلك
فى الإصدار 2010 تم تصحيح هذه الأخطاء عن طريق إستخدام تقنيه جديدة تدمج
بين SCR,CCR و تعتمد الفكرة أن يكون الإنتقال بين Servers على مستوى قاعدة
البيانات و ليس على مستوى الـ Server و هذه التقنية هى DataBase
Availability Group
و يمكن إضافة حتى 16 Servers فى كل DAG مما يمكنك من عمل حتى 16 نسخة
إحتياطيه من كل قاعدة بيانات فى بيئة العمل.
HUB High Availability:
وجود 2 HUB Transport Server يجعلك تطمئن أنه فى حاله إنهيار أحدهما سوف
يعمل الثانى و فى حاله وجود 2 servers يجب أن تعتمد تقنيه من تقنيات
الموازنة مثل NLB Cluster أو DNS Records و هو ما سنشرح
طريقة عمله و إعداده عمليا فى الدروس القادمة.
كما تم إضافة خاصية جديده نعطى عنها فكرة هنا ونكملها فى درس آخر بعنوان
الـ HUB Transport Pipe Line و هذه الخاصيه هى Shadow redundancy .
تضمن الـ DAG حفظ جميع الرسائل عندما تكون فى الـ Mailbox Server لكن لا
تضمن حفظ الرسائل فى طريقها للوصول إلى الـ Mailbox server و بما أن
الرسائل تنتقل من Hub Transport Server إلى آخر فكان حريا بـ
Microsoft إيجاد وسيله لحفظ الرسائل خلال تنقلها و حتى تصل.
أولى المحاولات كانت فى الـ Exchange 2007 عن طريق تقنية الـ Transport
Dumpster و كانت الفكرة تعتمد على أن كل HUB Transport Server يحتوى على
Queue أو عدد من الرسائل المرسله مؤخرا فى حال
تواجد فى بيئة بها CCR Cluster و يعيد إرسال هذه الرسائل فى حال حدث
Failover بين الـ Cluster Nodes لكن ماذا لو لم يكن لدينا CCR Cluster أو
كانت الرسالة فى إتجاه الـ EDGE Server لتخرج إلى الإنترنت وليست
فى إتجاه الـ Mailbox servers ؟
فى هذه الحاله كنت ستفقد الرسائل و لذلك وجب تصحيح الأمر فى Exchange 2010
بإبتكار جديد إسمه Shadow Redundancy و تقوم الفكرة على أن كل HUB
Transport Server يقوم بحفظ الرسائل حتى يتم توصيلها إلى
آخر نقطه سوف تصل إليها و إذا لم تصل يعيد إرسالها.
Client Access Server High Availability:
كما بالـ HUB فإن وجود 2 CAS مطمئن لللغاية و بالطبع يجب إستخدام تقنيات
الموازنة و تكوين CAS Array و سنشرح ذلك عمليا بالتفصيل فى الدروس
القادمة.
Edge Transport Server:
بنفس الطريقة تعمل تقنيات الموازنة و DNS Records على الموازنة و تحقيق
توفر الخدمة عند وجود 2 Edge Server .
كما و بالإضافة إلى كل ما سبق يجب عليك التفكير فى الـ Domain Controller
High Availability عن طريق إضافة Additional Domain Controller لكل AD
Site و هنا أقصد وجود 2 Domain Controller فى كل AD Site .
يتبادر إلى ذهن كل منا سؤال هو لماذا ينبغى على أن أحدث برنامج المراسلات
من Exchange 2003 أو Exchange 2007 مع أنه يعمل و يعطينى ما أريد؟
الحقيقه هذا السؤال يتوقف على الفكر السائد لديك فى شركتك و القدرة على
الإستثمار فى الـ IT و العائد من هذا الإستثمار كل هذا معا يعطيك أسباب
تقوم من خلالها بتقييم حاجتك للتحديث.
ولكى أوضح هذه الفكرة يجب أن أضرب لكم مثل و لله المثل الأعلى .. ففى شركه
يقوم أساسها على الدعم الفنى يكون الأيميل شيء حيوى جدا و توقف الأيميل
لمدة 3 دقائق قد يمثل مصيبة حيث أننا لو إفترضنا أن كل مستخدم يستقبل 50
رساله فى
اليوم الشركة بها 1000 مستخدم يكون الناتج هو 50 الف رسالة و عند قسمة هذا
الرقم على عدد ساعات العمل ولنفرض أنها 8 ساعات يكون الناتج 6250 رساله وهو
عدد كبير جدا من الرسائل و قد تكون هذه الرسائل مهمه للغايه فى حال
كانت الشركة تعتمد على الإيميل بشكل كامل ذلك كما أن بعض الوزارات تعتمد
البريد الألكترونى ككتب رسميه و هكذا من أمثله عن أهميه الدقائق و الأيميل
لذلك تم بناء الـ Exchange server 2010 ليوفر عده عوامل:
التوفير فى التكلفة:
فى النسخ السابقة من الـ Exchange لم يكن ينصح بإستخدام الـ Hardware
الرخيص و خصوصا الأقراص الصلبة التى كانت تستهلك بشدة نتيجة الكتابة
العشوائية الفورية لقاعدة البيانات عليها و ذلك نتيجة أن الـ Exchange كان
يكتب ما يأتى إليه بطريقة عشوائية فى قاعدة البيانات بمجرد أن يحصل عليه
أما الآن فقد تم تأخير الكتابة لبعض الوقت و بذلك إستطاع أن يكتب بطريقة
أكثر تنظيما مما قلل إستهلاك الأقراص الصلبة بنسبة 70% عن الـ Exchange
2007 و
بنسبة 140% عن الـ Exchange 2003 و لذلك يمكن إستخدام الأقراص من النوع
SATA مع الـ Exchange 2010 و هى رخيصة فى الثمن .
كما تكلمنا من قبل عن دعم الـ Exchange 2010 لتواجد حتى 16 نسخة من كل
قاعدة بيانات فإن هذا أيضا جعل هناك توجه كبير نحو إستخدام الأقراص الصلبة
الشديدة الرخص JBOD و هى المستخدمة فى أجهزة المستخدمين العادية .
بل و إن توفر 16 نسخة من قاعدة البيانات على 16 سيرفر قد يجعلك تتخلى عن
الـ Backup نهائيا.
المرونه دعم التشغيل التراكمى للـ Roles :
فى الإصدار 2007 من Exchange كانت هناك قوانين كثيرة تحكم عدد الـ Servers
مما جعل الـ Exchange 2007 إصدا ر لا يصلح للشركات الصغيرة إلا بإستخدام
Server قوى و التخلى عن بعض الخصائص مثل الـ High Availability
و ذلك لأن التقيد بوجود الـ Mailbox server على Server لحالة فى حال
إستخدام أى من تقنيات الـ High Availability بمجموع 2 servers فى حال
إستخدامك CCR أو SCR لذلك تحتاج على الأقل سيرفر آخر لتدمع عليه الـ
Roles
المتبقية من CAS و HUB بالإضافة إلى آخر للـ EDGE بمجموع 4 سيرفرات على
الأقل مع عدم وجود High Availability بالـ HUB, CAS, Edge.
دعم الـ Exchange Server 2010 بتقنية الـ DAG البديلة للـ SCR, CCR وجود
Roles أخرى على نفس السيرفر مع وجود الـ DAG مما مكن الشركات الصغيرة من
الحصول على الـ High Availability لـ MBX,
HUB, CAS بـ 2 Servers فقط و فى حال الدعم الكامل لـ Edge Server High
Availability يكون المجموع 4 Servers لحل كامل متكامل لكن قطعا تخضع هذه
الأرقام لعدد المستخدمين و عدد الرسائل التى سيرسلها و
يستقبلها النظام فى اليوم لكن الخبر السعيد أن شركة من 50 موظف يكفيها جهاز
مثل أجهزه المستخدمين لدعم صناديق بريد تصل إلى 20 جيجا للواحد و هو ما
قلب الموازين و غير وجهات النظر.
كما أنه فى الإصدار 2007 إذا قررت أن تستخدم السيرفر كنقطة من CCR Cluster
فإن الحل الوحيد لرجوعها كـ Mailbox server عادى هو أن تزيلها من الـ
Cluster و تدمر النقطة الثانية و أيضا يجب أن تخطط لذلك جيدا حيث أن
Mailbox server
عادى لا يمكن تحويلة إلى CCR Cluster point إلا بعد إزالة الـ Exchange
تماما من عليه و إعادة تثبيتة من جديد كـ Mailbox server عادى لكن مع
Exchange 2010 يمكنك البدء بـ Mailbox server عادى ثم عندما
تجد نفسك مهيأ لعمل DAG يمكنك عمل ذلك و عندما تحس أن الشركة لم تعد تحتاج
لـ High Availability يمكنك إزاله كافة السيرفرات من الـ DAG بسهولة
لترجع كـ Mailbox servers عادية.
فى الإصدار 2007 توجب أن يكون كافة الـ CCR Cluster points فى نفس الـ
Active Directory Site و لكن مع الـ Exchange server 2010 تستطيع مد الـ
DAG إلى أكثر من Active Directory Site لتحتوى
سيرفرات تصل إلى أن تكون من 16 AD Site مختلفة.
وقت أقل فى حالة الـ Failover و الـ Switchover :
كما أسلفنا فإن الـ Mailbox Role High Availability تعتمد فى الأساس على
وجود أكثر من نسخة من قاعدة البيانات على أكثر من Server ولكن لم نوضح كيف
يحدث هذا الإنتقال من Server إلى آخر ومتى يحدث.
بعد تكوين أول DAG يمكنك إضافة كافة الـ Servers التى تحتوى على Mailbox
server Role إلى الـ DAG و معنى ذلك أنك تمكن هذا السيرفر المضاف من أن
يتبادل نسخ من قواعد البيانات الموجودة على السيرفرات الموجودة فى
الـ DAG حيث تقوم خدمة تسمى Active Manager التى هى بمثابة رأس الـ DAG
بمراقبة هذه النسخ و تحديد أى نسخة هى النشطه حاليا و أى نسخة هى التاليه
إذا حدث إنهيار للنسخة النشطة.
عند تكوبن كل نسخة يجب أن تعطيها رقم هذا الرقم هو طريقتك فى ترتيب تنشيط
نسخ قواعد البيانات فى حال إنهارت النسخة الحاليه فالنسخة رقم 2 ستنشط فى
حال إنهارت النسخة 1 أوتوماتيكيا و ذلك يسمى Failover أما فى حال إحتاج
الـ Server
الذى يحتوى النسخة 1 لعمل Update ثم طلب Restart فيجب أن تقوم أنت بتنشيط
النسخة 2 من قاعدة البيانات حتى لا يتأثر المستخدمين عند إعادة تشغيل الـ
Server و هذا ما يسمى Switchover .
فى الإصدارات السابقة كانت كل إتصالات المستخدمين تأتى إلى الـ CAS الذى
يقوم بطلب البيانات من الـ Mailbox server ثم يقوم بالرد على المستخدم عن
طريق البروتوكول RPC فيما عدا الإتصالات القادمة من Unified Messaging
و الـ Outlook Client حيث يجب توفر إتصال مباشر عن طريق البروتوكول RPC
بينها و بين الـ Mailbox Server و الـ RPC هو بروتوكول المعرفو عنه أنه
يستخدم الـ Port 135 ولكن الحقيقة أن الـ RPC يستخدم Port
عشوائى و لا يستخدم الـ Port 135 إلا ليطلع الطرف الآخر من الإتصال على
الـ Port الذى سيستخدمه فى الإتصال معه ثم يباشر الإتصال على الـ Port
الجديد و لذلك كان يتم فتح كل الـ Ports على الشبكة الداخلية أمام الـ
Mailbox server .
فى Exchange server 2010 تم تصحيح هذا الوضع فأصبح الـ CAS هو المتخصص فى
مخاطبة الـ Mailbox server و كل اتصالات المستخدمين تتجه إلى الـ CAS
فقط.
فى الـ Exchange 2007 عند حدوث Switchover أو Failover فإن المستخدمين
المتصلين من خلال outlook Client سينتظرون لمدة تسمى TTL او time To live
و هى التى تحدد عمر الـ DNS Record الخاص بالـ Mailbox server
والتى هى 100 ثانية إفتراضيا قبل أن تبحث عن الـ Mailbox server النشط و
تتصل به مرة ثانية و ذلك بالإضافة إلى أن الـ Failover او الـ switchover
كان يحدث على مستوى السيرفر بالرغم من أن العطب هو فى قاعدة بيانات
واحدة فقط فتخيل لو أن السيرفر به 50 قاعدة بيانات و أنت فى قاعدة البيانات
الـ 50 فكم سيلزم من الوقت ليعمل الـ outlook الخاص بك من جديد .
فى الإصدار 2010 يقوم الـ Active Manager بمراقبة قواعد البيانات و إبلاغ
الـ CAS بالـ Server الجديد المضيف لقاعدة البيانات النشطة و يعيد الـ
CAS الإتصال للمستخدمين خلال 30 ثانية أو أقل.
ابو على- المدير العام
- عدد المساهمات : 10509
نقاط : 39702
السٌّمعَة : 0
تاريخ التسجيل : 28/09/2009
العمر : 44
الموقع : https://arabseed4.yoo7.com -
رد: فهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
من طرف ابو على الإثنين 21 مارس 2011, 20:53
الوحدة الأولى: الدرس الثالث:
الإصدارات المتوفرة من الـ Exchange Server 2010 :
يتوفر الـ Exchange 2010 كما بالـ Exchange 2007 بنكهتين Standard ,
Enterprise وهذه مقارنه بينهما:
صورة رقم 4
Exchange Server 2010 Client Access Licenses:
• Exchange Server Standard CAL: تدعم الخصائص التاليه e-mail, shared
calendaring, Outlook Web Access, and ActiveSync .
• Exchange Server Enterprise CAL: تتطلب وجود standard CAL و تضيف الدعم
لخصائص إضافيه مثل unified messaging و per-distribution-list journaling و
managed custom e-mail folders و Forefront Security for Exchange
Server
متطلبات الـ Hardware للـ Exchange Server 2010 :
بالرغم من ما ذكرناه عن أنك تستطيع إستخدام الـ Hardware الرخيص إلا أن كل
هذا يخضع لشروط حيث فى بعض الأحيان لا يمكنك إستخدام هذا الـ Hardware و
يجب أن تقوم بشراء Hardware جيد و خصوصا الأقراص الصلبه حتى لا يتضرر أداء
الـ Server .
قواعد تصميم الـ Hardware :
كيف تختار الـ Server :
عند إختيارك للـ Server يجب أن تكون مرجعيتك الأولى هى خدمة الدعم من
Microsoft و الموجودة على WWW.Windowsservercatalog.com والتى تستطيع من خلالها
تحديد إذا كان هذا الـ Server مدعوم
من Microsoft أم لا و بالطبع إختيارك لسيرفر مثل HP Proliant DL380 G6
سيكون إختيار مثالى لكافة أنواع الـ Roles حيث أن هذا السيرفر مدعوم تماما
من Microsoft و يدعم حتى 16 قرص صلب و عند إستخدامك لأقراص
صلبة ذات الحجم الكبير (تيرا مثلا) قد تحصل على مساحات كبيرة جدا تستطيع
معها أن تدعم صناديق بريد كبيرة جدا تصل لـ 20 جيجا و أكثر و هذه المساحة
قد تلجأ بعض الشركات إلى Hardware مثل الـ SAN لتوفيرها و بمبالغ طائلة
تصل
إلى مئات الألآف من الدولارات.
يتم تحديد عدد الـ MailBox Servers على أساس عدد المستخدمين و الـ High
Availability المطلوبه و عدد المستخدمين فى كل قاعدة بيانات و مساحة
الأقراص الصلبة المتوفره.
يدعم كل HUB Server واحد 1500 مستخدم و لذلك فإن واحد فقط يدعم مؤسستك إذا
كان عدد المستخدمين أقل من 1500 و إذا كنت تخطط لـ High Availability
فيلزمك 2 Servers
بالنسبة للـ EDGE Server لمعرفة عدد السيرفرات المطلوبة يجب حساب القيم
التاليه Connections per second,Messages per second , Average message
size .
و كذلك الأمر بالنسبة للـ CAS يجب أن يكون هناك على الأقل سيرفرين للحصول
على الـ Redundancy فى الأداء.
بعد إختيار الـ Server يجب أن تفكر فى ثلاث عوامل تتحكم فى آداء الـ
Exchange Server 2010 وهى الـ Processor و الـ Memory و الـ Storage ,
فى السطور القادمه ستتعلم كيف تقيم إحتياج كل Role لأحد هذه الثلاث عوامل
حتى تحصل على الأداء الأمثل.
كيف تختار المعالج Processor :
يعمل الـ Exchange Server 2010 على بيئة Windows Server 64 X و لذلك يجب
أن تختار Processor يدعم هذا النوع من أنظمة التشغيل و يدعم الـ Exchange
Server 2010 الـ Processors ذات البنيه 64X من Intel Or AMD
و يمكنك أن تختار من مجموعة كبيرة من الـ Processors تعطيك سرعات مختلفة
حسب متطلباتك كما سنرى و تجد المجموعه الخاصة بشركة Intel على هنا و المجموعه الخاصه بشركة AMD على هنا .
وبغض النظر عن أى Processor إخترت و على عكس المتوقع يجب عليك إغلاق الـ
Hyper Threading على الـ processor لأنه إتضح أن هذه الخاصية تؤثر على
أداء الـ Exchange server 2010 سلبا.
وهناك إختلاف بين إختيار الـ Processor نفسه عن إختيار عدد الأنويه أو الـ
Cores حيث هناك processors لها 2Cores وتسمى Dual Core Processors و
هناك ما يحتوى على 4Cores أو ما يقال عليه Quad Core Processor
وأيضا قامت AMD مؤخرا بإنتاج Processor سداسى الأنويه أو 6 Core
Processor ويسمى Hexa Core Processor كما أن Intel تخطط لطرح الـ Nehalem
Processor بثمانى أنويه و الذى تم تغيير إسمه إلى I7
حتى يشترية العرب لأنه من إنتاج إسرائيلى و إسم Nehalem يعنى الجداول
الشديدة السرعة أو الشلالات بالعبرية ويسمى Octal Core Processor و هنا يجب
أن نعرف أنه نتيجه لإختلاف وظيفة كل Exchange Role فإن كل منهم
يحتاج لعدد أنويه مختلف عن الآخر و مرجعيتنا فى حساب عدد الـ Processor
Cores هى عدد الـ Processor Cores على الـ Mailbox Server , لكن كيف أحدد
كم Core أحتاج لكل Role فلو عندى Mailbox Server
عليه 8 Cores فكم Core أحتاج للـ Hub , زودتنا Microsoft بهذه الخطوط
الرئيسية التى يجب أن نستخدمها عند تصميم بيئة الـ Exchange 2010 وهى حقيقة
نسب بين كل الـCores المستخدمه فى الـ MBX Role و الـ Cores
التى يجب إستخدامها فى باقى الـ Roles و هى كالتالى:
صوره رقم5
وفى الجدول السابق نجد أنه لكل 7 processor Cores فإنك تحتاج لـ Processor
Core واحد على الـ HUB و ذلك إن لم تكن خاصيه الـ Antivirus Scanning
ممكنه على الـ HUB و إن مكنتها تصعد النسبه إلى
processor Core واحد على الـ HUB لكل Cores 5Processor على الـ MBX
Server.
ولكل 4Processor Cores على الـ MBX Server يجب أن يكون لديك 3Processor
Cores على الـ CAS Server .
و إذا تم الدمج بين CAS , HUB على سيرفر واحد فيجب أن تضع Processor Core
واحد لكل Processor Core على الـ MBX Server.
وقطعا لا يتم تقريب أنصاف الـ Core إلى الأقل و يجب تقريبها إلى الأعلى
منها حيث واحد و نصف Core يجب أن تقرب إلى 2cores .
و مما سبق نجد أنه التخطيط لعدد الـ Processors فى بيئة العمل كلها يعتمد
على معرفه عدد الـ Processors على الـ MailBox Server ولكن هناك خطوات
معينه و حسابات يجب أن نجريها لنعرف كم Processor نحتاج على الـ Mailbox
Server
و قبل أن نبدأ فى تحتاج لمعرفة بعض المصطلحات.
Processor Megacycles:
هى متوسط ما يستخدمة كل MailBox من الـ Processor فى الثانيه أثناء ساعتين
من وقت الذروة للسيرفر.
و هناك مؤسسات قائمة لقياس هذه القيم و حصرها لكل الشركات مثل Standard
Perform a nce Evaluation Corporation والتى نشرت كافة النتائج عام 2006 و
تضيفف عليها كل ربع عام و تستخدم Microsoft هذه انتائج
فى حساباتها و يمكنك رؤيه هذه النتائج على هنا
.
Active And Passive DataBase Copy:
كما ذكرنا فى الدرس الثانى عندما تكلمنا عن الـ Data Base Availability
Group أن مبدأ عملها هو توزيع نسخ من قواعد البيانات ثم وضع التغييرات التى
تحدث على ملفات صغيرة تسمى LOGs يتم تطبيقها تباعا على هذه النسخ
لتحديثها و لذلك نحصل على نوعين من الـ Data Bases , Active Data Base أى
نشطة و مفعله و يتصل عليها الـمستخدمين عن طريق الـ CAS Server لجلب
بياناتهم و أخرى Passive Data Base فى إنتظار حدوث عطل
فى النسخة النشطة لكى يتم الإنتقال إليها حسب ترتيبها الذى نعطيها إياه عند
تكوينها ويسمى الـ Mail Box فى قاعدة البيانات النشطة بـ Active MailBox و
الـ Mail Box فى قاعدة البيانات الخاملة بـ Passive Mail Box .
و قد يستضيف الـ Mailbox Server العضو فى DAG كلا النوعين من الـ Data
Bases (Active And Passive) وعند إجراء حسابات الـ Processor يجب أن تأخذ
فى الإعتبار إستهلاك الـ Passive Mailbox للـ
Processor فهى تحتاجها أثناء التأكد من صحه الـ Logs القادمة إليها من
النسخ النشطة منها و إعادة تطبيق الـ Logs كما أنها تقوم بعمل Indexing
لنفسها لتسريع عمليات البحث عن الرسائل ما إذا تحولت فجأه إلى نشطه و لذلك
فكل Passive Mail Box يحتاج 15% من ما يحتاجه الـ Active Mail Box من الـ
إستهلاك الـ Processor .
كما أن كل نسخة من الـ Data Base تضيف كميه من إستهلاك الـ Processor
لنسختها النشطه حيث هذه الأخيره تقوم بعمل الـ Logs وملأها بالتغييرات
التى حدثت ومن ثم ترسلها للـ Passive Copy حتى تحدث نفسها و قد ذكرنا
كيف يتم حساب عمليه التحديث هذه على الـ Passive Copy لكن لم نذكر إستهلاك
الـ Active Data Base للـ Processor أثناء تكوين الـ Logs و لذلك يجب أن
نضيف 10% إلى إستهلاك الـ Processor لكل Passive
Copy فإذا كان لدينا Active Data Base لديها نسخة واحدة Passive Copy
نضيف 10% إلى إستهلاكها للـ Processor و إذا كان لها 2Passive Copy نضيف
20% إلى إستهلاكها و هكذا و أكرر هذه الإضافة تكون
عند حساب إستهلاك الـ Processor للسيرفر الموجود عليه الـ Active Data
Base.
و إذا أخذنا نظرة أعمق للوضع عند تفعيل النسخ الخاملة أو الـ Passive Data
Base Copies فإننا نجد أننا نستطيع أن نصمم بيئة العمل بأكثر من طريقه
فمثلا عند وجود 3 Servers و 2 Data Bases على كل Server و هناك
لكل Data Base منهم نسختين Passive Copy على الـ 2 servers الآخرين فهنا
يكون هناك أكثر من سيناريو:
السيناريو الأول: عطل server واحد :
فى هذه الحاله سيكون كل سيرفر عليه 2 Active Data Bases و 1 Passive Data
Base .
السيناريو الثانى: عطل 2 Servers :
فى هذه الحالة سيكون على الـ Server المتبقى 3 Active Data Bases .
ولذلك فإنك عند حساب الـ Processing Power اللازمه تحتاج للحساب على اسوأ
الظروف بحيث يكون كل الـ Data Bases نشطه و هذا نوع من نوعين تفضلهما
Microsoft و النوع الثانى هو لأن تحدد أقصى عدد من النسخ
النشطة على كل Server ثم تبنى على ذلك.
هنا سنتكلم عن القاعدة العامة فى حساب الـ Processing Power و لك أن تختار
فيما بعد:
قم أولا بحصر كافة متطلبات بيئة العمل الخاصة بك ثم قم بتحديد طريقة عملك
هل ستقوم بالحساب على أساس أن كل Server يمكنة تفعيل كافة قواعد البيانات
أم ستحدد أقصى عدد يمكن تفعيلة من قواعد البيانات.
طبقا لعدد المستخدمين و عدد الرسائل التى يرسلها و يستقبلها المستخدم و
نوعه (Active Mail Box Or Passive Mail Box ) يمكنك معرفة ما يستهلكه
المستخدم من هذا الجدول الموجود على موقع Microsoft .
صوره رقم 6
مثال: شركة بها 12000 موظف كل موظف يستهلك 150 رساله يوميا , مطلوب تصميم
بيئة العمل بحيث لا يتعطل العمل عند تعطل 2Servers كل قاعدة بيانات تحتوى
على الأكثر 300Mail Box ويجب أن يتم توزيع 3Passive Data Bases
لكل قاعدة بيانات نشطة بحيث لا يتشابه أى Server مع الآخر و فى أى حال
يحمل كل السيرفرات عدد متساوى من الـ Active Mailboxes حتى عند حدوث عطل
بـ 2Servers مع العلم أن الشركة تستخدم 2Processor
من النوع 4core Intel Xeon x5470 3.33-GHz processors على كل Server.
أولا: حساب عدد الـ Servers المستخدمه:
حتى تتمكن من إيجاد 3Passive DataBases و لإستيعاب تعطل 2Servers يجب أن
تبدأ بـ 4Servers فى الـ DAG .
ثانيا:حساب عدد قواعد البيانات و توزيعها :
1200 مستخدم و لكل قاعدة بيانات 300 مستخدم ينتج 40 قاعدة بيانات و عند
تقسيمها على 4Servers بالتساوى ينتج لنا 10 قواعد بيانات نشطة Active
DataBase على كل Server و 30 قاعدة بيانات خامله Passive DataBase على كل
Server.
وفى حال تعطل سيرفرين تفعل 20 قاعدة بيانات من الـ Passive Data Bases
نتيجه تعطل 10Active Data Bases ولذلك يكون على كل سيرفر 20 قاعدة بيانات
نشطة و مثلها خاملة وبذلك فإن الحساب يجب أن يتم على أساس
20 × 300 = 6000 مستخدم نشط Active MailBox و 6000 مستخدم خامل Passive
MailBox على الـ 2Servers أى 3000 مستخدم خامل و 3000 مستخدم نشط على كل
Server.
ولذلك يجب تنفيذ الأمر Set-MailboxServer –MaximumAtiveDataBases 20 حتى
نحدد أن أقصى عدد قواعد بيانات يجب تنشيطة هو 20 قاعدة بيانات.
ثالثا: حساب إستهلاك الـ Active MailBox للـ Processor:
من الجدول السابق فإن Megacycles for Active mailbox للمستخدم الذى يستخدم
150 رساله فى اليوم هو 3 و بذلك فإن 6000 مستخدم (أكبر عدد من الـ Active
MailBoxes على السيرفر عند تعطل 2Servers )
3 × 6000 = 18000 Megacycles .
و هناك قاعدتين بيانات لكل منهم 10 % زيادة و مجموع استهلاكهم هو 18000
فيكون المجموع الكلى هو 18000 × 1.10 =19800 Megacycles.
رابعا: حساب إستهلاك الـ Passive MailBox للـ Processor:
من الجدول فإن الـ Megacycles for passive mailbox للمستخدم الذى يستخدم
150 رساله فى اليوم هو 0.45 و بذلك فإن 6000 مستخدم (أكبر عدد من الـ
Passive MailBoxes على السيرفر عند تعطل 2Servers )
= 0.45 × 6000 = 2700 Megacycles .
خامسا :مجموع إستهلاك الـ Processor:
عند جمع ما سبق يكون المجموع = 19800 + 2700= 22500 Megacycles
مع Processor من النوع 4core Intel Xeon x5470 3.33-GHz processors يكون
الـ
Total Megacycles = 4 × 2 × 3330 = 26640 Megacycles
و بحساب نسبة الإستهلاك تكون (22500 × 100 ) ÷ 26640 = 84,5 % من طاقة الـ
Processor وهى نسبة عاليه حيث النسبه المثاليه هى 70% لكن مع تعطل 2
servers تكون هذه النسبة مقبوله.
ومع كل هذه الحسابات إلا أن هناك حدود لا يجب أن نتخطاها عند حساب الـ
Processors و هذه الحدود تقدر أقصى عدد ممكن الوصول إليه و أقل عدد يمكن
الوصول إليه من الـ Processors لكل Role و هى فى الجدول التالى:
صوره رقم 7
ومعنى كلمه Recommended Maximum أن أداء الـ Exchange Server هو الأنسب
عند هذا القدر من الـ processors ولن يتأثر للأحسن بشكل كبير عند زيادة
عدد الـ Processors عن هذا العدد ولا يمنعك هذا الرقم
من أن تزيده إذا كان عندك تطبيق آخر أكول للـ Processor و معنى كلمة
Minimum أى أن هذا هو الحد الأدنى ليعمل الـ Exchange Server و يكون الحد
الأدنى لبيئات التجارب و بيئة العمل الصغيرة جدا وليس لبيئة العمل الفعليه
الكبيرة ولا حتى المتوسطة و من الجدير بالذكر أنه إذا كان لديك عقد صيانة
من أى نوع مع مايكروسوفت و لم يكن الـ Server يقابل الـ Minimum
Requirement على الأقل فلن يقبل أن يساعدك قبل أن تصحح الوضع إلى الـ
Minimum Requirement على الأقل ولكن لن يلزمك بالحد الأعلى أبدا.
فى حال دمج الـ Roles مثل دمج الـ CAS و الـ HUB نقوم بالتصميم على أساس
أنهم منفصلين ثم نجمع عدد الـ Cores لنحصل على العدد النهائى الذى يجب أن
نستخدمه.
ثانيا: كيفه حساب الـ Memory لكل Role :
للـ Memory تأثير كبير على سعر الـ Server و سرعته و لكل Server حدود فى
دعمه للـ Memory ولذلك وجب أن تعرف كيف تختار الـ server الذى يناسب
إحتياجاتك من الـ Memory و كل شريحه من وحدات الـ Memory
تسمى Module و كلما زاد حجمها كلما زاد سعرها فإثنين منها بالحجم 2 GB
أقل فى السعر من واحده 4GB و لكن الواحدة أكفأ فى بعض أنواع الـ Servers و
الإثنين أكفأ فى اخرى لذلك يجب أن تسأل مزود الـ Hardware فهو أدرى
بما يبيع منك و كذلك هناك بعض الـ servers يتوقف دعمها للـ Memory على
السرعة فقد تدعم 32 GB من النوع DDR3 1666 و لكنها تدعم 128 GB عندما
تستخدم النوع DDR2 1333 و لذلك مره أخرى أن تضع كل ذلك فى
حسبانك عند شراء الـ Server.
كما بالـ Processor فإن Microsoft قدمت لنا جدول إرشادى للـ Memory
المطلوبة لكل Role وهو كالتالى:
صوره رقم 8
ومعنى كلمة Recommended أى الأصلح و الأجود من حيث السعر و الآداء و سوف
نقوم بتفصيل كل أجزاء الجدول.
بعد تحديد متطلبات الـ Processor يكون عدد الـ Cores معلوم لدينا لكل
Role و هو الذى يتم حساب الـ Memory بناءً عليه على أن يكون على الأقل
مساوى للـ Minimum Supported فيما عدا الـ Mail Box Server له
حساب خاص طبقا لعدد الرسائل المرسلة و المستقبلة من المستخدم فى اليوم
الواحد مثلا إذا كان الـ Mail Box Server يحتوى على 1000 Mailbox معدل
إستخدامهم اليومى هو 100 رساله ومقسمين إلى 4 قواعد بيانات يكون
إستهلاكهم للـ Memory هو 1000 × 6 = 6000 ميجابايت ÷ 1024 =5.8 جيجا بايت
أى تقريبا 6 GB و هذا هو الجدول المستخدم فى حساب إستهلاك المستخدم للـ
cache Memory
صوره رقم9
لكن حقيقة عند حساب الـ Memory للـ Mailbox Server الموضوع أعقد من ذلك
ولا يجب إستخدام الحساب السابق لحاله حيث يجب الأخذ فى الإعتبار عدد الـ
DataBases الموجودة على الـ Mailbox server كما بالجدول التالى
صوره رقم10
ثم أخذ الـ العدد الأكبر للـ Memory و فى المثال السابق نجد أن الحد الأدنى
للـ Memory فى حال إستخدام قاعدتين بيانات هو 2GB و لذلك فإن الـ 6GB
مناسبة لكن الحساب لم ينتهى فهذه الـ Memory ليست الـ Physical و إنما
الـ Cache
ولذلك زودتنا Microsoft بجدول آخر لحساب الـ Physical Memory بمعلوميه
الـ Cache و هو كالتالى:
صوره11
و بما أنه ليس هناك 6GB فى الجدول فيجب أن تأخذ القيمة الأعلى للـ Cache و
هى 10,4 لتكون الـ Physical Memory المطلوبه هى 16GB .
نفرض أن الـ 1000 Mailbox مقسمة إلى 40 Databases و ذلك يعطينا 8GB كأقل
قيمة للـ Physical Memory و التى سنقارن بينها و بين الـ Physical Memory
التى ستنتج من الجدول بعد حساب إستهلاك الـ Mailboxes
و بما أن إستهلاك المستخدمين عند إستخدام 100 رسالة يوميا هو 6MB يكون
المجموع الكلى لإستهلاكهم هو 6000MB أى تقريبا 6GB من الـ Cache و لذلك
نختار من الجدول الـ Physical Memory المناسبة لهذه القيمه و هى 16GB
و التى هى أكبر من الحد الأدنى و هو 8GB و لذلك نستخدمها بأمان.
ثالثا: تصميم الـ Storage:
لن أخوض فى تصميم الـ Storage و لكن سأعطى خطوط عريضة فقط عنها.
فى حال تكلمنا عن الـ Storage يجب أن تعرف أن العنصر الذى يتحكم فى نوع
الـ Storage هو عدد الـ IO فى الثانية و هو ما يعرف بما ينقل من و إلى
الـ Storage Device وفى حالتنا الـ Hard Disk فى الثانيه الواحدة و ليس
النقل وحده هو المتحكم بل عشوائية النقل تسبب حركه رأس الـ HardDisk
للكتابة فى أماكن مختلفة من الـ HD و ذلك ما يؤدى إلى إرتفاع عدد الـ IO’s
فى الثانيه و العكس صحيح عند إنتظام الكتابة لا تتحرك رأس الـ HD فتقل كميه
الـ IO’s فى الثانيه.
تم تقليل الـ IO’s فى الإصدار 2007 من Exchange Server بنسبة 70% ثم تم
تقليلة بنفس النسبه فى الإصدار 2010 و ذلك عن طريق تأجيل الكتابة لفترة من
الزمن بدلا من الكتابه العشوائية للمعلومات القادمة على هيئة تعديلات فى
صناديق البريد ثم كتابتها بطريقة منتظمه و ذلك قلل من نسبة الـ IO’s حتى
وصلت إلى 200 IO/s و هنا يجب أن نلاحظ أن الأقراص الصلبة من النوع SATA
تستطيع دعم 300 IO/s بكل سهوله وهو ما سمح بإستخدام الأقراص الصلبة من
هذا النوع بعد أن كانت غير مدعومه فى الإصدارات السابقه و أحب أن أضع لكم
هذه الصوره التى تبين تطور إستخدام الأقراص الصلبه خلال الإصدارات المختلفة
من Exchange Server .
صوره رقم12
و عند إستخدام هذه الأقراص الصلبة الرخيصة لتستضيف قاعدة البيانات و مع دعم
الـ DAG لـ 16 نسخة فإنك تستطيع الإعتماد على هذه النسخ و إبقاء التصميم
بدون RAID و بدون Backup ولكن ماذا لو كنت تخطط لعمل بيئة متوازنة من عدد
قليل من النسخ؟
تستطيع مع 2Servers الحصول على هذه البيئة المتوازنه و الحصول أيضا على
نسخه من قاعدة البيانات الفعاله لكن و أيضا بدون Raid أو للأمان RAID-1/0
كما يمكنك وضع الـ Logs مع قاعدة البيانات و هذا هو المفضل.
ولم مع هذا التخفيض فى إستهلاك الأقراص الصلبه إلا أن الموضوع يجب أن يخطط
جيدا و قد قامت Microsoft بعمل ملف Excel يقوم بهذه العمليه و يعطيك
النتائج بناء على بعض المعطيات مثل عدد المستخدمين
وكم رساله يستخدمون فى اليوم و أقصى حجم لقاعدة البيانات و نوع الـ Raid
المستخدم و حجم الأقراص الصلبه التى ستستخدمها و هذا كله مشروح بالتفصيل هنا و يمكنك تنزيل الأداه من هنا.
عندما تنظر إلى الـ Roles الأخرى مثل الـ CAS , HUB , EDGE فإن هذه الـ
Roles لم يصبها الدور فى تخفيض حاجتها للـ Storage كما بالـ Mail Box
Server لكن على أى حال جميعها تحتاج إلى أقراص صلبة سريعه
كالأقراص التى تدعم سرعات 15K RPM كما أن جميعها يفضل أن تكون Raid 1+0 .
عند حساب مساحة الـ Storage المطلوب للـ HUB و الـ Edge يجب أن تضع فى
تأخذ فى إعتبارك إنقطاع الخدمة لمده يومين على الأقل ثم تقوم بحساب عدد
الرسائل التى من الممكن أن تقف فى الـ QUEUE (طابور التوصيل) خلال
اليومين ثم تضيف 20 GB على الأقل لخدمه تتبع الرسائل Message Tracking و
الـ Protocol Logging فلو إفترضنا أن لديك 1000 مستخدم نسبة إستخدامهم
اليومى للرسائل هى 200 رساله ومتوسط حجم الرساله هو 50KB
فستحسب كالتالى:
200 رساله × 2 يومين × 1000 مستخدم × 50 كيلوبايت =20000000 ÷ 1024 للتحويل
إلى ميجابايت =19532 ميجابايت =20GB تقريبا و بإضافة 20 GB يكون الـ
Storage هو 40 GB و بإضافة 50 GB لإستخدام نظام
التشغيل فإن الناتج النهائى يكون 90GB وهو ما توفره لك الأقراض من الفئه
146 GB .
الـ CAS لا ينتج أى شيء لتخزينه على الـ Storage و لكن عند حساب مساحة الـ
Storage المطلوب له يفضل الإلتزام بمطابقة الـ Storage المستخدم مع الـ
HUB ,EDGE .
لكى نضمن كفائة التدريب يجب أن تقوم بتطبيق ما سبق و لذلك سأطرح فى مشاركة
منفضلة فى هذا الموضوع فرض صغير للتطبيق على ما سبق و آخر موعد لتسليمة هو
بعد غدا إن شاء الله الساعة 12 ظهرا .
الإصدارات المتوفرة من الـ Exchange Server 2010 :
يتوفر الـ Exchange 2010 كما بالـ Exchange 2007 بنكهتين Standard ,
Enterprise وهذه مقارنه بينهما:
صورة رقم 4
Exchange Server 2010 Client Access Licenses:
• Exchange Server Standard CAL: تدعم الخصائص التاليه e-mail, shared
calendaring, Outlook Web Access, and ActiveSync .
• Exchange Server Enterprise CAL: تتطلب وجود standard CAL و تضيف الدعم
لخصائص إضافيه مثل unified messaging و per-distribution-list journaling و
managed custom e-mail folders و Forefront Security for Exchange
Server
متطلبات الـ Hardware للـ Exchange Server 2010 :
بالرغم من ما ذكرناه عن أنك تستطيع إستخدام الـ Hardware الرخيص إلا أن كل
هذا يخضع لشروط حيث فى بعض الأحيان لا يمكنك إستخدام هذا الـ Hardware و
يجب أن تقوم بشراء Hardware جيد و خصوصا الأقراص الصلبه حتى لا يتضرر أداء
الـ Server .
قواعد تصميم الـ Hardware :
كيف تختار الـ Server :
عند إختيارك للـ Server يجب أن تكون مرجعيتك الأولى هى خدمة الدعم من
Microsoft و الموجودة على WWW.Windowsservercatalog.com والتى تستطيع من خلالها
تحديد إذا كان هذا الـ Server مدعوم
من Microsoft أم لا و بالطبع إختيارك لسيرفر مثل HP Proliant DL380 G6
سيكون إختيار مثالى لكافة أنواع الـ Roles حيث أن هذا السيرفر مدعوم تماما
من Microsoft و يدعم حتى 16 قرص صلب و عند إستخدامك لأقراص
صلبة ذات الحجم الكبير (تيرا مثلا) قد تحصل على مساحات كبيرة جدا تستطيع
معها أن تدعم صناديق بريد كبيرة جدا تصل لـ 20 جيجا و أكثر و هذه المساحة
قد تلجأ بعض الشركات إلى Hardware مثل الـ SAN لتوفيرها و بمبالغ طائلة
تصل
إلى مئات الألآف من الدولارات.
يتم تحديد عدد الـ MailBox Servers على أساس عدد المستخدمين و الـ High
Availability المطلوبه و عدد المستخدمين فى كل قاعدة بيانات و مساحة
الأقراص الصلبة المتوفره.
يدعم كل HUB Server واحد 1500 مستخدم و لذلك فإن واحد فقط يدعم مؤسستك إذا
كان عدد المستخدمين أقل من 1500 و إذا كنت تخطط لـ High Availability
فيلزمك 2 Servers
بالنسبة للـ EDGE Server لمعرفة عدد السيرفرات المطلوبة يجب حساب القيم
التاليه Connections per second,Messages per second , Average message
size .
و كذلك الأمر بالنسبة للـ CAS يجب أن يكون هناك على الأقل سيرفرين للحصول
على الـ Redundancy فى الأداء.
بعد إختيار الـ Server يجب أن تفكر فى ثلاث عوامل تتحكم فى آداء الـ
Exchange Server 2010 وهى الـ Processor و الـ Memory و الـ Storage ,
فى السطور القادمه ستتعلم كيف تقيم إحتياج كل Role لأحد هذه الثلاث عوامل
حتى تحصل على الأداء الأمثل.
كيف تختار المعالج Processor :
يعمل الـ Exchange Server 2010 على بيئة Windows Server 64 X و لذلك يجب
أن تختار Processor يدعم هذا النوع من أنظمة التشغيل و يدعم الـ Exchange
Server 2010 الـ Processors ذات البنيه 64X من Intel Or AMD
و يمكنك أن تختار من مجموعة كبيرة من الـ Processors تعطيك سرعات مختلفة
حسب متطلباتك كما سنرى و تجد المجموعه الخاصة بشركة Intel على هنا و المجموعه الخاصه بشركة AMD على هنا .
وبغض النظر عن أى Processor إخترت و على عكس المتوقع يجب عليك إغلاق الـ
Hyper Threading على الـ processor لأنه إتضح أن هذه الخاصية تؤثر على
أداء الـ Exchange server 2010 سلبا.
وهناك إختلاف بين إختيار الـ Processor نفسه عن إختيار عدد الأنويه أو الـ
Cores حيث هناك processors لها 2Cores وتسمى Dual Core Processors و
هناك ما يحتوى على 4Cores أو ما يقال عليه Quad Core Processor
وأيضا قامت AMD مؤخرا بإنتاج Processor سداسى الأنويه أو 6 Core
Processor ويسمى Hexa Core Processor كما أن Intel تخطط لطرح الـ Nehalem
Processor بثمانى أنويه و الذى تم تغيير إسمه إلى I7
حتى يشترية العرب لأنه من إنتاج إسرائيلى و إسم Nehalem يعنى الجداول
الشديدة السرعة أو الشلالات بالعبرية ويسمى Octal Core Processor و هنا يجب
أن نعرف أنه نتيجه لإختلاف وظيفة كل Exchange Role فإن كل منهم
يحتاج لعدد أنويه مختلف عن الآخر و مرجعيتنا فى حساب عدد الـ Processor
Cores هى عدد الـ Processor Cores على الـ Mailbox Server , لكن كيف أحدد
كم Core أحتاج لكل Role فلو عندى Mailbox Server
عليه 8 Cores فكم Core أحتاج للـ Hub , زودتنا Microsoft بهذه الخطوط
الرئيسية التى يجب أن نستخدمها عند تصميم بيئة الـ Exchange 2010 وهى حقيقة
نسب بين كل الـCores المستخدمه فى الـ MBX Role و الـ Cores
التى يجب إستخدامها فى باقى الـ Roles و هى كالتالى:
صوره رقم5
وفى الجدول السابق نجد أنه لكل 7 processor Cores فإنك تحتاج لـ Processor
Core واحد على الـ HUB و ذلك إن لم تكن خاصيه الـ Antivirus Scanning
ممكنه على الـ HUB و إن مكنتها تصعد النسبه إلى
processor Core واحد على الـ HUB لكل Cores 5Processor على الـ MBX
Server.
ولكل 4Processor Cores على الـ MBX Server يجب أن يكون لديك 3Processor
Cores على الـ CAS Server .
و إذا تم الدمج بين CAS , HUB على سيرفر واحد فيجب أن تضع Processor Core
واحد لكل Processor Core على الـ MBX Server.
وقطعا لا يتم تقريب أنصاف الـ Core إلى الأقل و يجب تقريبها إلى الأعلى
منها حيث واحد و نصف Core يجب أن تقرب إلى 2cores .
و مما سبق نجد أنه التخطيط لعدد الـ Processors فى بيئة العمل كلها يعتمد
على معرفه عدد الـ Processors على الـ MailBox Server ولكن هناك خطوات
معينه و حسابات يجب أن نجريها لنعرف كم Processor نحتاج على الـ Mailbox
Server
و قبل أن نبدأ فى تحتاج لمعرفة بعض المصطلحات.
Processor Megacycles:
هى متوسط ما يستخدمة كل MailBox من الـ Processor فى الثانيه أثناء ساعتين
من وقت الذروة للسيرفر.
و هناك مؤسسات قائمة لقياس هذه القيم و حصرها لكل الشركات مثل Standard
Perform a nce Evaluation Corporation والتى نشرت كافة النتائج عام 2006 و
تضيفف عليها كل ربع عام و تستخدم Microsoft هذه انتائج
فى حساباتها و يمكنك رؤيه هذه النتائج على هنا
.
Active And Passive DataBase Copy:
كما ذكرنا فى الدرس الثانى عندما تكلمنا عن الـ Data Base Availability
Group أن مبدأ عملها هو توزيع نسخ من قواعد البيانات ثم وضع التغييرات التى
تحدث على ملفات صغيرة تسمى LOGs يتم تطبيقها تباعا على هذه النسخ
لتحديثها و لذلك نحصل على نوعين من الـ Data Bases , Active Data Base أى
نشطة و مفعله و يتصل عليها الـمستخدمين عن طريق الـ CAS Server لجلب
بياناتهم و أخرى Passive Data Base فى إنتظار حدوث عطل
فى النسخة النشطة لكى يتم الإنتقال إليها حسب ترتيبها الذى نعطيها إياه عند
تكوينها ويسمى الـ Mail Box فى قاعدة البيانات النشطة بـ Active MailBox و
الـ Mail Box فى قاعدة البيانات الخاملة بـ Passive Mail Box .
و قد يستضيف الـ Mailbox Server العضو فى DAG كلا النوعين من الـ Data
Bases (Active And Passive) وعند إجراء حسابات الـ Processor يجب أن تأخذ
فى الإعتبار إستهلاك الـ Passive Mailbox للـ
Processor فهى تحتاجها أثناء التأكد من صحه الـ Logs القادمة إليها من
النسخ النشطة منها و إعادة تطبيق الـ Logs كما أنها تقوم بعمل Indexing
لنفسها لتسريع عمليات البحث عن الرسائل ما إذا تحولت فجأه إلى نشطه و لذلك
فكل Passive Mail Box يحتاج 15% من ما يحتاجه الـ Active Mail Box من الـ
إستهلاك الـ Processor .
كما أن كل نسخة من الـ Data Base تضيف كميه من إستهلاك الـ Processor
لنسختها النشطه حيث هذه الأخيره تقوم بعمل الـ Logs وملأها بالتغييرات
التى حدثت ومن ثم ترسلها للـ Passive Copy حتى تحدث نفسها و قد ذكرنا
كيف يتم حساب عمليه التحديث هذه على الـ Passive Copy لكن لم نذكر إستهلاك
الـ Active Data Base للـ Processor أثناء تكوين الـ Logs و لذلك يجب أن
نضيف 10% إلى إستهلاك الـ Processor لكل Passive
Copy فإذا كان لدينا Active Data Base لديها نسخة واحدة Passive Copy
نضيف 10% إلى إستهلاكها للـ Processor و إذا كان لها 2Passive Copy نضيف
20% إلى إستهلاكها و هكذا و أكرر هذه الإضافة تكون
عند حساب إستهلاك الـ Processor للسيرفر الموجود عليه الـ Active Data
Base.
و إذا أخذنا نظرة أعمق للوضع عند تفعيل النسخ الخاملة أو الـ Passive Data
Base Copies فإننا نجد أننا نستطيع أن نصمم بيئة العمل بأكثر من طريقه
فمثلا عند وجود 3 Servers و 2 Data Bases على كل Server و هناك
لكل Data Base منهم نسختين Passive Copy على الـ 2 servers الآخرين فهنا
يكون هناك أكثر من سيناريو:
السيناريو الأول: عطل server واحد :
فى هذه الحاله سيكون كل سيرفر عليه 2 Active Data Bases و 1 Passive Data
Base .
السيناريو الثانى: عطل 2 Servers :
فى هذه الحالة سيكون على الـ Server المتبقى 3 Active Data Bases .
ولذلك فإنك عند حساب الـ Processing Power اللازمه تحتاج للحساب على اسوأ
الظروف بحيث يكون كل الـ Data Bases نشطه و هذا نوع من نوعين تفضلهما
Microsoft و النوع الثانى هو لأن تحدد أقصى عدد من النسخ
النشطة على كل Server ثم تبنى على ذلك.
هنا سنتكلم عن القاعدة العامة فى حساب الـ Processing Power و لك أن تختار
فيما بعد:
قم أولا بحصر كافة متطلبات بيئة العمل الخاصة بك ثم قم بتحديد طريقة عملك
هل ستقوم بالحساب على أساس أن كل Server يمكنة تفعيل كافة قواعد البيانات
أم ستحدد أقصى عدد يمكن تفعيلة من قواعد البيانات.
طبقا لعدد المستخدمين و عدد الرسائل التى يرسلها و يستقبلها المستخدم و
نوعه (Active Mail Box Or Passive Mail Box ) يمكنك معرفة ما يستهلكه
المستخدم من هذا الجدول الموجود على موقع Microsoft .
صوره رقم 6
مثال: شركة بها 12000 موظف كل موظف يستهلك 150 رساله يوميا , مطلوب تصميم
بيئة العمل بحيث لا يتعطل العمل عند تعطل 2Servers كل قاعدة بيانات تحتوى
على الأكثر 300Mail Box ويجب أن يتم توزيع 3Passive Data Bases
لكل قاعدة بيانات نشطة بحيث لا يتشابه أى Server مع الآخر و فى أى حال
يحمل كل السيرفرات عدد متساوى من الـ Active Mailboxes حتى عند حدوث عطل
بـ 2Servers مع العلم أن الشركة تستخدم 2Processor
من النوع 4core Intel Xeon x5470 3.33-GHz processors على كل Server.
أولا: حساب عدد الـ Servers المستخدمه:
حتى تتمكن من إيجاد 3Passive DataBases و لإستيعاب تعطل 2Servers يجب أن
تبدأ بـ 4Servers فى الـ DAG .
ثانيا:حساب عدد قواعد البيانات و توزيعها :
1200 مستخدم و لكل قاعدة بيانات 300 مستخدم ينتج 40 قاعدة بيانات و عند
تقسيمها على 4Servers بالتساوى ينتج لنا 10 قواعد بيانات نشطة Active
DataBase على كل Server و 30 قاعدة بيانات خامله Passive DataBase على كل
Server.
وفى حال تعطل سيرفرين تفعل 20 قاعدة بيانات من الـ Passive Data Bases
نتيجه تعطل 10Active Data Bases ولذلك يكون على كل سيرفر 20 قاعدة بيانات
نشطة و مثلها خاملة وبذلك فإن الحساب يجب أن يتم على أساس
20 × 300 = 6000 مستخدم نشط Active MailBox و 6000 مستخدم خامل Passive
MailBox على الـ 2Servers أى 3000 مستخدم خامل و 3000 مستخدم نشط على كل
Server.
ولذلك يجب تنفيذ الأمر Set-MailboxServer –MaximumAtiveDataBases 20 حتى
نحدد أن أقصى عدد قواعد بيانات يجب تنشيطة هو 20 قاعدة بيانات.
ثالثا: حساب إستهلاك الـ Active MailBox للـ Processor:
من الجدول السابق فإن Megacycles for Active mailbox للمستخدم الذى يستخدم
150 رساله فى اليوم هو 3 و بذلك فإن 6000 مستخدم (أكبر عدد من الـ Active
MailBoxes على السيرفر عند تعطل 2Servers )
3 × 6000 = 18000 Megacycles .
و هناك قاعدتين بيانات لكل منهم 10 % زيادة و مجموع استهلاكهم هو 18000
فيكون المجموع الكلى هو 18000 × 1.10 =19800 Megacycles.
رابعا: حساب إستهلاك الـ Passive MailBox للـ Processor:
من الجدول فإن الـ Megacycles for passive mailbox للمستخدم الذى يستخدم
150 رساله فى اليوم هو 0.45 و بذلك فإن 6000 مستخدم (أكبر عدد من الـ
Passive MailBoxes على السيرفر عند تعطل 2Servers )
= 0.45 × 6000 = 2700 Megacycles .
خامسا :مجموع إستهلاك الـ Processor:
عند جمع ما سبق يكون المجموع = 19800 + 2700= 22500 Megacycles
مع Processor من النوع 4core Intel Xeon x5470 3.33-GHz processors يكون
الـ
Total Megacycles = 4 × 2 × 3330 = 26640 Megacycles
و بحساب نسبة الإستهلاك تكون (22500 × 100 ) ÷ 26640 = 84,5 % من طاقة الـ
Processor وهى نسبة عاليه حيث النسبه المثاليه هى 70% لكن مع تعطل 2
servers تكون هذه النسبة مقبوله.
ومع كل هذه الحسابات إلا أن هناك حدود لا يجب أن نتخطاها عند حساب الـ
Processors و هذه الحدود تقدر أقصى عدد ممكن الوصول إليه و أقل عدد يمكن
الوصول إليه من الـ Processors لكل Role و هى فى الجدول التالى:
صوره رقم 7
ومعنى كلمه Recommended Maximum أن أداء الـ Exchange Server هو الأنسب
عند هذا القدر من الـ processors ولن يتأثر للأحسن بشكل كبير عند زيادة
عدد الـ Processors عن هذا العدد ولا يمنعك هذا الرقم
من أن تزيده إذا كان عندك تطبيق آخر أكول للـ Processor و معنى كلمة
Minimum أى أن هذا هو الحد الأدنى ليعمل الـ Exchange Server و يكون الحد
الأدنى لبيئات التجارب و بيئة العمل الصغيرة جدا وليس لبيئة العمل الفعليه
الكبيرة ولا حتى المتوسطة و من الجدير بالذكر أنه إذا كان لديك عقد صيانة
من أى نوع مع مايكروسوفت و لم يكن الـ Server يقابل الـ Minimum
Requirement على الأقل فلن يقبل أن يساعدك قبل أن تصحح الوضع إلى الـ
Minimum Requirement على الأقل ولكن لن يلزمك بالحد الأعلى أبدا.
فى حال دمج الـ Roles مثل دمج الـ CAS و الـ HUB نقوم بالتصميم على أساس
أنهم منفصلين ثم نجمع عدد الـ Cores لنحصل على العدد النهائى الذى يجب أن
نستخدمه.
ثانيا: كيفه حساب الـ Memory لكل Role :
للـ Memory تأثير كبير على سعر الـ Server و سرعته و لكل Server حدود فى
دعمه للـ Memory ولذلك وجب أن تعرف كيف تختار الـ server الذى يناسب
إحتياجاتك من الـ Memory و كل شريحه من وحدات الـ Memory
تسمى Module و كلما زاد حجمها كلما زاد سعرها فإثنين منها بالحجم 2 GB
أقل فى السعر من واحده 4GB و لكن الواحدة أكفأ فى بعض أنواع الـ Servers و
الإثنين أكفأ فى اخرى لذلك يجب أن تسأل مزود الـ Hardware فهو أدرى
بما يبيع منك و كذلك هناك بعض الـ servers يتوقف دعمها للـ Memory على
السرعة فقد تدعم 32 GB من النوع DDR3 1666 و لكنها تدعم 128 GB عندما
تستخدم النوع DDR2 1333 و لذلك مره أخرى أن تضع كل ذلك فى
حسبانك عند شراء الـ Server.
كما بالـ Processor فإن Microsoft قدمت لنا جدول إرشادى للـ Memory
المطلوبة لكل Role وهو كالتالى:
صوره رقم 8
ومعنى كلمة Recommended أى الأصلح و الأجود من حيث السعر و الآداء و سوف
نقوم بتفصيل كل أجزاء الجدول.
بعد تحديد متطلبات الـ Processor يكون عدد الـ Cores معلوم لدينا لكل
Role و هو الذى يتم حساب الـ Memory بناءً عليه على أن يكون على الأقل
مساوى للـ Minimum Supported فيما عدا الـ Mail Box Server له
حساب خاص طبقا لعدد الرسائل المرسلة و المستقبلة من المستخدم فى اليوم
الواحد مثلا إذا كان الـ Mail Box Server يحتوى على 1000 Mailbox معدل
إستخدامهم اليومى هو 100 رساله ومقسمين إلى 4 قواعد بيانات يكون
إستهلاكهم للـ Memory هو 1000 × 6 = 6000 ميجابايت ÷ 1024 =5.8 جيجا بايت
أى تقريبا 6 GB و هذا هو الجدول المستخدم فى حساب إستهلاك المستخدم للـ
cache Memory
صوره رقم9
لكن حقيقة عند حساب الـ Memory للـ Mailbox Server الموضوع أعقد من ذلك
ولا يجب إستخدام الحساب السابق لحاله حيث يجب الأخذ فى الإعتبار عدد الـ
DataBases الموجودة على الـ Mailbox server كما بالجدول التالى
صوره رقم10
ثم أخذ الـ العدد الأكبر للـ Memory و فى المثال السابق نجد أن الحد الأدنى
للـ Memory فى حال إستخدام قاعدتين بيانات هو 2GB و لذلك فإن الـ 6GB
مناسبة لكن الحساب لم ينتهى فهذه الـ Memory ليست الـ Physical و إنما
الـ Cache
ولذلك زودتنا Microsoft بجدول آخر لحساب الـ Physical Memory بمعلوميه
الـ Cache و هو كالتالى:
صوره11
و بما أنه ليس هناك 6GB فى الجدول فيجب أن تأخذ القيمة الأعلى للـ Cache و
هى 10,4 لتكون الـ Physical Memory المطلوبه هى 16GB .
نفرض أن الـ 1000 Mailbox مقسمة إلى 40 Databases و ذلك يعطينا 8GB كأقل
قيمة للـ Physical Memory و التى سنقارن بينها و بين الـ Physical Memory
التى ستنتج من الجدول بعد حساب إستهلاك الـ Mailboxes
و بما أن إستهلاك المستخدمين عند إستخدام 100 رسالة يوميا هو 6MB يكون
المجموع الكلى لإستهلاكهم هو 6000MB أى تقريبا 6GB من الـ Cache و لذلك
نختار من الجدول الـ Physical Memory المناسبة لهذه القيمه و هى 16GB
و التى هى أكبر من الحد الأدنى و هو 8GB و لذلك نستخدمها بأمان.
ثالثا: تصميم الـ Storage:
لن أخوض فى تصميم الـ Storage و لكن سأعطى خطوط عريضة فقط عنها.
فى حال تكلمنا عن الـ Storage يجب أن تعرف أن العنصر الذى يتحكم فى نوع
الـ Storage هو عدد الـ IO فى الثانية و هو ما يعرف بما ينقل من و إلى
الـ Storage Device وفى حالتنا الـ Hard Disk فى الثانيه الواحدة و ليس
النقل وحده هو المتحكم بل عشوائية النقل تسبب حركه رأس الـ HardDisk
للكتابة فى أماكن مختلفة من الـ HD و ذلك ما يؤدى إلى إرتفاع عدد الـ IO’s
فى الثانيه و العكس صحيح عند إنتظام الكتابة لا تتحرك رأس الـ HD فتقل كميه
الـ IO’s فى الثانيه.
تم تقليل الـ IO’s فى الإصدار 2007 من Exchange Server بنسبة 70% ثم تم
تقليلة بنفس النسبه فى الإصدار 2010 و ذلك عن طريق تأجيل الكتابة لفترة من
الزمن بدلا من الكتابه العشوائية للمعلومات القادمة على هيئة تعديلات فى
صناديق البريد ثم كتابتها بطريقة منتظمه و ذلك قلل من نسبة الـ IO’s حتى
وصلت إلى 200 IO/s و هنا يجب أن نلاحظ أن الأقراص الصلبة من النوع SATA
تستطيع دعم 300 IO/s بكل سهوله وهو ما سمح بإستخدام الأقراص الصلبة من
هذا النوع بعد أن كانت غير مدعومه فى الإصدارات السابقه و أحب أن أضع لكم
هذه الصوره التى تبين تطور إستخدام الأقراص الصلبه خلال الإصدارات المختلفة
من Exchange Server .
صوره رقم12
و عند إستخدام هذه الأقراص الصلبة الرخيصة لتستضيف قاعدة البيانات و مع دعم
الـ DAG لـ 16 نسخة فإنك تستطيع الإعتماد على هذه النسخ و إبقاء التصميم
بدون RAID و بدون Backup ولكن ماذا لو كنت تخطط لعمل بيئة متوازنة من عدد
قليل من النسخ؟
تستطيع مع 2Servers الحصول على هذه البيئة المتوازنه و الحصول أيضا على
نسخه من قاعدة البيانات الفعاله لكن و أيضا بدون Raid أو للأمان RAID-1/0
كما يمكنك وضع الـ Logs مع قاعدة البيانات و هذا هو المفضل.
ولم مع هذا التخفيض فى إستهلاك الأقراص الصلبه إلا أن الموضوع يجب أن يخطط
جيدا و قد قامت Microsoft بعمل ملف Excel يقوم بهذه العمليه و يعطيك
النتائج بناء على بعض المعطيات مثل عدد المستخدمين
وكم رساله يستخدمون فى اليوم و أقصى حجم لقاعدة البيانات و نوع الـ Raid
المستخدم و حجم الأقراص الصلبه التى ستستخدمها و هذا كله مشروح بالتفصيل هنا و يمكنك تنزيل الأداه من هنا.
عندما تنظر إلى الـ Roles الأخرى مثل الـ CAS , HUB , EDGE فإن هذه الـ
Roles لم يصبها الدور فى تخفيض حاجتها للـ Storage كما بالـ Mail Box
Server لكن على أى حال جميعها تحتاج إلى أقراص صلبة سريعه
كالأقراص التى تدعم سرعات 15K RPM كما أن جميعها يفضل أن تكون Raid 1+0 .
عند حساب مساحة الـ Storage المطلوب للـ HUB و الـ Edge يجب أن تضع فى
تأخذ فى إعتبارك إنقطاع الخدمة لمده يومين على الأقل ثم تقوم بحساب عدد
الرسائل التى من الممكن أن تقف فى الـ QUEUE (طابور التوصيل) خلال
اليومين ثم تضيف 20 GB على الأقل لخدمه تتبع الرسائل Message Tracking و
الـ Protocol Logging فلو إفترضنا أن لديك 1000 مستخدم نسبة إستخدامهم
اليومى للرسائل هى 200 رساله ومتوسط حجم الرساله هو 50KB
فستحسب كالتالى:
200 رساله × 2 يومين × 1000 مستخدم × 50 كيلوبايت =20000000 ÷ 1024 للتحويل
إلى ميجابايت =19532 ميجابايت =20GB تقريبا و بإضافة 20 GB يكون الـ
Storage هو 40 GB و بإضافة 50 GB لإستخدام نظام
التشغيل فإن الناتج النهائى يكون 90GB وهو ما توفره لك الأقراض من الفئه
146 GB .
الـ CAS لا ينتج أى شيء لتخزينه على الـ Storage و لكن عند حساب مساحة الـ
Storage المطلوب له يفضل الإلتزام بمطابقة الـ Storage المستخدم مع الـ
HUB ,EDGE .
لكى نضمن كفائة التدريب يجب أن تقوم بتطبيق ما سبق و لذلك سأطرح فى مشاركة
منفضلة فى هذا الموضوع فرض صغير للتطبيق على ما سبق و آخر موعد لتسليمة هو
بعد غدا إن شاء الله الساعة 12 ظهرا .
ابو على- المدير العام
- عدد المساهمات : 10509
نقاط : 39702
السٌّمعَة : 0
تاريخ التسجيل : 28/09/2009
العمر : 44
الموقع : https://arabseed4.yoo7.com -
رد: فهرس الدورة التدريبة (Exchange server 2010 ) من البداية إلى الإحتراف
من طرف ابو على الإثنين 21 مارس 2011, 20:53
تثبيت الـ Exchange 2010 :
لم تتغير طريقة التثبيت من Exchange 2010 Beta إلى Exchange 2010 RTM و
لذلك سنكتفى فى هذه الوحده بوضع روابط مع إعطاء الشرح لما هو جديد.
يمكنك مراجعة خطوات التثبيت لكافة الـ Roles من هذا
الرابط
وقد خصصت درس خاص لشرح كيفية تثبيت الـ Edge Server على هذا
الرابط
وقد قامت مايكروسوفت بعمل مساعد للتثبيت بحيث يوفر عليك البحث فى الإنترنت
عن خطوات الترقيه من إصدار سابق من الـ Exchange سواء 2003 أو 2007 أو
الإثنين معا أو حتى تثبيت نسخة جديده من البرنامج.
يمكنك الدخول لمساعد التثبيت على هذا الرابط و سيظهر لك بهذه الطريقه
صوره 12
يبدأ برنامج المساعده فى طرح ببعض الأسئله كالتالى
صوره 13
فى الخطوه الأولى سيعطيك برنامج المساعده متطلبات تشغيل برنامج الإعداد و
سيقوم بوضع روابط لما يجب تنزيله من الإنترنت كالتالى
صوره 14
ثم سيبدأ معك فى الخطوات وكيف تقوم بكل خطوة مع روابط لمكتبه مايكروسوفت
إذا أردت أن تقرأ أكثر عن البرنامج
صوره 15
صوره 16
بعد الإنتهاء من كل الخطوات مع برنامج المساعده سيعطيك فى الخطوه الأخيره
بعض الأدوات التى يجب عليك تشغيلها بعد الإنتهاء من التثبيت للتأكد من صحة
الخطوات.
صوره 17
وبهذا نكون أنتهينا من هذا الدرس إلى الدرس القادم مع مثال عملى على
الترقيه من exchange 2003 .
مركز بوابة العرب المصدر
لم تتغير طريقة التثبيت من Exchange 2010 Beta إلى Exchange 2010 RTM و
لذلك سنكتفى فى هذه الوحده بوضع روابط مع إعطاء الشرح لما هو جديد.
يمكنك مراجعة خطوات التثبيت لكافة الـ Roles من هذا
الرابط
وقد خصصت درس خاص لشرح كيفية تثبيت الـ Edge Server على هذا
الرابط
وقد قامت مايكروسوفت بعمل مساعد للتثبيت بحيث يوفر عليك البحث فى الإنترنت
عن خطوات الترقيه من إصدار سابق من الـ Exchange سواء 2003 أو 2007 أو
الإثنين معا أو حتى تثبيت نسخة جديده من البرنامج.
يمكنك الدخول لمساعد التثبيت على هذا الرابط و سيظهر لك بهذه الطريقه
صوره 12
يبدأ برنامج المساعده فى طرح ببعض الأسئله كالتالى
صوره 13
فى الخطوه الأولى سيعطيك برنامج المساعده متطلبات تشغيل برنامج الإعداد و
سيقوم بوضع روابط لما يجب تنزيله من الإنترنت كالتالى
صوره 14
ثم سيبدأ معك فى الخطوات وكيف تقوم بكل خطوة مع روابط لمكتبه مايكروسوفت
إذا أردت أن تقرأ أكثر عن البرنامج
صوره 15
صوره 16
بعد الإنتهاء من كل الخطوات مع برنامج المساعده سيعطيك فى الخطوه الأخيره
بعض الأدوات التى يجب عليك تشغيلها بعد الإنتهاء من التثبيت للتأكد من صحة
الخطوات.
صوره 17
وبهذا نكون أنتهينا من هذا الدرس إلى الدرس القادم مع مثال عملى على
الترقيه من exchange 2003 .
مركز بوابة العرب المصدر
ابو على- المدير العام
- عدد المساهمات : 10509
نقاط : 39702
السٌّمعَة : 0
تاريخ التسجيل : 28/09/2009
العمر : 44
الموقع : https://arabseed4.yoo7.com -
..::عرب سيد 4::.. :: منتديات تكنولوجيا المعلومات :: قسم الشبكات وأنظمة التشغيل :: منتدى Microsoft Exchange Server وكل ما يخص برامج Mail Server
صفحة 1 من اصل 1
صلاحيات هذا المنتدى:
لاتستطيع الرد على المواضيع في هذا المنتدى