منتدي القائد الثالث (الطموح والنجاح)

أهلاً بك الزائر الكريم في منتد القائدالثالث (الطموح والنجاح)
أرجو أن تنال ما تريد ... في هذا المنتدي سوف تجد كل الاشياء التي يبحث عنها
الشباب في العالم وهومتعدد المواضيع والبرامج والكتب
من فضلك إبدأ بالتسجيل أولاً حتي تتمتع بالصلاحيات

هاتف 0927358589

القائد الثالث (المدير)

منتدي القائد الثالث (الطموح والنجاح)

منتدي دعم الطلاب الخريجين والترفيه والمساعدة والمناقشات الحسية والمعنوية والبرامج
 
الرئيسيةاليوميةبحـثالتسجيلدخول
منتدي القائد الثالث (الطموح والنجاح) يرحب بالزوار الكرام ويتمني لهم مشاهدة وقراءة المواضيع برفاهية ويجدون كل ما يرويدوت باإذن الله تحياتي القائد الثالث (المدير)
بحـث
 
 

نتائج البحث
 
Rechercher بحث متقدم
ازرار التصفُّح
 الرئيسية
 قائمة الاعضاء
 البيانات الشخصية
 س .و .ج
احصائيات
هذا المنتدى يتوفر على 251 عُضو.
آخر عُضو مُسجل هو abuaseel2009 فمرحباً به.

أعضاؤنا قدموا 244 مساهمة في هذا المنتدى في 234 موضوع

شاطر | 
 

 عن Exchange Server 2010 ؟

اذهب الى الأسفل 
كاتب الموضوعرسالة
محمد الطاهر الجد
المدير العام للمنتدي
المدير العام للمنتدي
avatar

عدد المساهمات : 228
تاريخ التسجيل : 02/07/2012
العمر : 30
الموقع : algaid.jimdo.com
العمل/الترفيه العمل/الترفيه : مهندس شبكات وبرمجيات

مُساهمةموضوع: عن Exchange Server 2010 ؟   الإثنين أكتوبر 01, 2012 4:38 pm

الوحدة الأولى: الدرس الثانى:

ما هو الـ 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



أولا :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 ثانية أو أقل.

و سوف نفصل كل هذه المميزات و الخصائص خلال الدروس القادمة.

أرجو لكم التوفيق و الإستفادة.

_____المدير_____جوال_24927358589+__________
تحياتي القائد الثالث
وَقُلْ رَبِّ زِدْنِي عِلْمًا.
هاتف : 0927358589  - 0906115188    - 0123458589
الرجوع الى أعلى الصفحة اذهب الى الأسفل
http://gaid.arabepro.com
 
عن Exchange Server 2010 ؟
الرجوع الى أعلى الصفحة 
صفحة 1 من اصل 1
 مواضيع مماثلة
-
» كلمات اغنية مش سهل حماقي 2010
» تصحيح مادة الرياضيات بكالوريا 2010 شعبة علوم تجريبية
» وزارة التربية تستعد لترقية الأساتذة حاملي الشهادات العليا في غشت 2010
» ترقيات 2010
» افضل احذية للرجال 2010

صلاحيات هذا المنتدى:لاتستطيع الرد على المواضيع في هذا المنتدى
منتدي القائد الثالث (الطموح والنجاح) :: قسم الكتب العامة-
انتقل الى: