none
Exchange 2010- dag databases are healty but no outlook RRS feed

 > 

  • שאלה

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום לכולם.

    אני מנסה ליישם פתרון DAG ב EXCHANGE 2010 ברשותי GC בסביבת 2008R2 ועוד שני שרתי EXCHANGE 2010 גם הם 2008R2 .

    יצרתי DAG והוספתי לו את שני השרתים בתור "חברים" והוספתי שני  database copy   במצב healty.

    כשאני מנסה לבדוק את ה-failover ובעצם להפיל את השרת הראשי אני לא מצליח בoutlook client להתחבר ל-EXCHANGE ובעצם ה-dag כאילו לא עובד.

    מה יכולה להיות הבעיה?

    יום שישי 22 אפריל 2011 15:25
    |

תשובות

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום ראב,

    א. ראשית אנא וודא ש:

    ה Exchange 2010 מותקן עם SP1, וכן עם ROLLUP עדכני.

    על מערכת ההפעלה מותקן SP1 ו עדכונים אחרונים מבית MS.

    ב. הטופולוגיה של ה DAG מוגדרת נכון:

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/high-availability-recovery/uncovering-exchange-2010-database-availability-groups-dags-part1.html

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/planning-deploying-testing-exchange-2010-site-resilient-solution-sized-medium-organization-part1.html

    ג. אתה עובד עם מערכת הפעלה ENT ומעלה.

    ד. אם מותקן HUB\CAS על שרתי ה DAG -חובת לעבוד עם LOAD BALANCER חומרתי.

    ה. הרץ בדיקת DIAG ברמת שרת הדואר + וודא כי רשומת ה DNS של ה DAG מעודכנת.

    בהצלחה

     

    בברכה, יובל סיני, יועץ טכנולוגיות, אתר אינטרנט: http://www.ben-shushan.net
    • סומן כתשובה על-ידי Ben_shukrun שבת 23 אפריל 2011 12:42
    יום שישי 22 אפריל 2011 16:10
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום.

    אתה מפספס כנראה את הקטע שהחיבור הוא דרך שרת CAS .

    כלומר אם ניתקת את השרת CAS שמוגדר ב OUTLOOK בתור שרת הדואר של התחנה, הוא לא יצליח להתחבר לתיבה שלו.

    בשביל זה יש משהו שנקרא CAS ARRAY שאתה יכול לקרוא עליו ב GOOGLE, וכמו כן יש את האפשרות להפריד תפקידים כלומר אם אין מגבלה (משאבי חומרה או כמות רשיונות) אז אתה יכול להתקין שרתים ייעודיים עבור CAS .

    לצורך הבדיקות תנסה קודם כל להתחבר דרך OWA לאותה תיבה אבל מול השרת השני.

    אם מדובר בארגון גדול אז אני חושב שכדאי לשקול שימוש בשרתי CAS ייעודיים.

    אם מדובר בארגון בינוני, אז אפשר לשקול גם את האופציה שבה אתה אמנם משתמש ב DAG עם שני שרתים אבל מוותר על הנושא של הפניות אוטומטיות ב OUTLOOK במקרה של FAILOVER,

    אלא מנחה את המשתמשים במקרה חריג של נפילת שרת למשך שעות ארוכות לעבוד עם OWA .

    אל תשכח שלמקרים של ניתוק קצר מהשרת (למשל במקרה של אתחול), אפשר להסתפק בפתרון של CACHE MODE שמאפשר למשתמשים להמשיך לעבוד ובדרך כלל הם לא מרגישים אפילו שקרה משהו.

    תיקח בחשבון שמה שאני כותב מסתמך על ידע חלקי ואין לי נסיון עם תצורות כאלו, לכן תבדוק את מה שאני כותב מול מאמרים, תגובות נוספות, והבדיקות שלך בפועל.

     

    יזהר

     

     

    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Ben_shukrun שבת 23 אפריל 2011 10:54
    יום שישי 22 אפריל 2011 16:14
    |

כל התגובות

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום ראב,

    א. ראשית אנא וודא ש:

    ה Exchange 2010 מותקן עם SP1, וכן עם ROLLUP עדכני.

    על מערכת ההפעלה מותקן SP1 ו עדכונים אחרונים מבית MS.

    ב. הטופולוגיה של ה DAG מוגדרת נכון:

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/high-availability-recovery/uncovering-exchange-2010-database-availability-groups-dags-part1.html

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/planning-deploying-testing-exchange-2010-site-resilient-solution-sized-medium-organization-part1.html

    ג. אתה עובד עם מערכת הפעלה ENT ומעלה.

    ד. אם מותקן HUB\CAS על שרתי ה DAG -חובת לעבוד עם LOAD BALANCER חומרתי.

    ה. הרץ בדיקת DIAG ברמת שרת הדואר + וודא כי רשומת ה DNS של ה DAG מעודכנת.

    בהצלחה

     

    בברכה, יובל סיני, יועץ טכנולוגיות, אתר אינטרנט: http://www.ben-shushan.net
    • סומן כתשובה על-ידי Ben_shukrun שבת 23 אפריל 2011 12:42
    יום שישי 22 אפריל 2011 16:10
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום.

    אתה מפספס כנראה את הקטע שהחיבור הוא דרך שרת CAS .

    כלומר אם ניתקת את השרת CAS שמוגדר ב OUTLOOK בתור שרת הדואר של התחנה, הוא לא יצליח להתחבר לתיבה שלו.

    בשביל זה יש משהו שנקרא CAS ARRAY שאתה יכול לקרוא עליו ב GOOGLE, וכמו כן יש את האפשרות להפריד תפקידים כלומר אם אין מגבלה (משאבי חומרה או כמות רשיונות) אז אתה יכול להתקין שרתים ייעודיים עבור CAS .

    לצורך הבדיקות תנסה קודם כל להתחבר דרך OWA לאותה תיבה אבל מול השרת השני.

    אם מדובר בארגון גדול אז אני חושב שכדאי לשקול שימוש בשרתי CAS ייעודיים.

    אם מדובר בארגון בינוני, אז אפשר לשקול גם את האופציה שבה אתה אמנם משתמש ב DAG עם שני שרתים אבל מוותר על הנושא של הפניות אוטומטיות ב OUTLOOK במקרה של FAILOVER,

    אלא מנחה את המשתמשים במקרה חריג של נפילת שרת למשך שעות ארוכות לעבוד עם OWA .

    אל תשכח שלמקרים של ניתוק קצר מהשרת (למשל במקרה של אתחול), אפשר להסתפק בפתרון של CACHE MODE שמאפשר למשתמשים להמשיך לעבוד ובדרך כלל הם לא מרגישים אפילו שקרה משהו.

    תיקח בחשבון שמה שאני כותב מסתמך על ידע חלקי ואין לי נסיון עם תצורות כאלו, לכן תבדוק את מה שאני כותב מול מאמרים, תגובות נוספות, והבדיקות שלך בפועל.

     

    יזהר

     

     

    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Ben_shukrun שבת 23 אפריל 2011 10:54
    יום שישי 22 אפריל 2011 16:14
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    אכן מצליח להיכנס דרך owa לשרת השני.

    אבדוק את נושא ה-cas array , תודה רבה.

    שבת 23 אפריל 2011 10:54
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום בן, מה שלומך ?

    אם אתה הולך על כיוון של CAS ARRAY אז כפי שכתב יובל, כדאי לעבוד עם LB חומרתי, זה יציב יותר, אבל גם העלות גבוהה יותר, צריך לבדוק ולעשות חישוב של עלות תועלת ומה עדיף.

    לגבי פתרון DAG אם אתה מיישם, מאוד רצוי להפריד את ה ROLE של ה CAS מהשרת ה MBX, כלומר להתקין שרת CAS נפרד או לפחות להתקין שרת CAS נוסף לקיים וליצור ביניהם LB, אבל מומלץ מבחינתי להקים LB על שרתים שונים שמחזיקים בנפרד ROLE של CAS (אני לא ממליץ על ROLE של CAS ביחד עם שרת MBX)

    להלן הפקודות כדי לדעת מי שרת ה CAS שעובד מול אותו DB:

    לגבי DB ספציפי:

    Get-MailboxDatabase <dbname> | fl RpcClientAccessserver

    לגבי כל DB שקיים ב ORG:

    Get-MailboxDatabase | fl RpcClientAccessserver


    במידה וברשותך שני שרתי CAS ואתה מוותר על אופציית קלסטר וברגע שאחד ה CAS-ים נופל, זה מצריך ממך לבצע פעולות ידניות, כדי לתת למשתמשים אפשרות לחזור במהירות לעבוד:

    1. שינוי שרת ה CAS עבור DB'S מסויימים לשרת CAS שמתפקד לפי הפקודה הבאה, פקודה זמנית בלבד עד שתחזיר את שרת ה CAS שנפל לפעילות מלאה ואז תשתמש שוב בפקודה כדי להחזיר ההפניה לשרת CAS שחזר לפעילות:


    get-mailboxdatabase <dbname> | set-mailboxdatabase -rpcclientaccessserver <servername>

    או

    2. להגדיר ב DNS רשומת ALIAS = CNAME לשרת CAS שנפל שיצביע על שרת ה CAS שמתפקד.


    להלן מאמר כיצד לבנות CAS ARRAY תוכנתי :

    בגדול השלבים:

    1. הוספת רשומה של הקלסטר (CASARRAY) ב DNS.

    2. התקנת והגדרת NLB - יצירת שם לקסלטר + כתובת אייפי כפי שהגדרנו בשלב הראשון ב DNS.

    3. הוספת שרתי ה CAS לקסלטר.

    4. שימוש בפקודת new-clientaccessarray ושיוך ל site המתאים בAD עבור יצירת CAS חדש שמצביע על הקלסטר.

    5. הגדרת ה DB'S לעבודה מול ה CAS החדש:

    Get-MailboxDatabase | Set-MailboxDatabase -RPCClientAccessServer CLUSTERNAME

    להלן המאמר:

    http://howtoexchange.wordpress.com/2009/12/16/configuring-client-access-array-for-exchange-2010-walkthrough/

    בהצלחה !!

    Haim Lazarovitch - MVP (Microsoft Most Valuable pofessional) MCTS, MCITP : server & Enterprise Administrator, MCP, MCSA, MCSE + Messaging, VCP, Exchange Server Forum Moderator. e-mail & Messenger: haim_laz@hotmail.com, blog: http://blogs.microsoft.co.il/blogs/HaimL
    יום שני 25 אפריל 2011 18:36
    |
    מנחה דיון