none
החלפת חומרה לשרת דואר 2003 RRS feed

  • שאלה

  • שלום,

    יש לי שרת דואר 2003 בסביבת DC 2003

    אני צפוי להחליף חומרה גם של ה DC וגם של שרת הדואר

    כרגע נשארים עדיין עם 2003 ולא משדרגים את הרישוי רק החלפת שרתים.

    אשמח לקבל עזרה כיצד מומלץ לבצע את המהלך.

     

    יום חמישי 10 מרץ 2011 21:16

תשובות

  • שלום.

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

    בהתאם לזה יש לך יותר אופציות, כאשר העיקרית היא אופציה מספר 2 שרשמתי קודם - לעשות MIGRATION,

    למרות שגם האופציה של שכפול קיימת.

    יש להתייחס לכלל המערכת לפני שבוחרים את השיטה המתאימה - למשל האם לשרת יש תפקידים נוספים, ואם יש שרתים אחרים במערכת.

     

    גם האופציה של שרת וירטואלי יכולה להיות מתאימה, וגם שרת פיסי רגיל.

     

    בקיצור - התהליך המקובל והמומלץ בדרך כלל במקרים כאלו הוא ה MIGRATION.

    מתקינים את השרת החדש והופכים אותו ל DC נוסף (אלא אם יש שני שרתי DC נפרדים ברשת).

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

    מתקינים עליו EXCHANGE 2003 + SP2 באותו ORGANIZATION כמו הקיים.

    מוודאים סנכרון של PF HIERARCHY .

    מסנכרנים PF CONTENT בין שרתים בעזרת PFMIGRATE

    מעבירים תיבה אחת או שתיים לשרת החדש לתקופת הרצה.

    מבצעים העברה של שאר התיבות, ומעדכנים הפניות ב MAIL RELAY וה FIREWALL לכיוון השרת החדש,

    לטובת דואר נכנס מבחוץ וגישה ל OWA ACTIVESYNC וכו'.

    מעבירים תפקידים שונים לשרת החדש.

    מבטלים בהדרגה ובאופן מסודר את EXCHANGE מהשרת הישן, אבל אפשר להשאיר אותו בתור DC נוסף ברשת.

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

    בתהליך הזה יש גם יתרון של התקנה נקיה של מערכתה הפעלה והדואר - אתה לא "סוחב" שאריות הסטוריות.

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

    לכן זה גם תלוי בגודל הארגון - כמות משתמשים, נפח תיבות ועוד פרמטרים.

     

    כמה משתמשים יש אצלכם?

    מה נפח בסיסי הנתונים?

    האם מדובר בגרסת STANDARD או ENTERPRISE ?

    האם יש לשרת תפקידים ותוכנות נוספים (שרת גיבוי, אנטי וירוס ברשת, תוכנת SQL, שיתופי קבצים, ועוד).

    האם יש שרתים נוספים ברשת?

    מה דגם חומרה של השרת הישן? והחדש?

    האם כבר רכשתם את החומרה החדשה?

     

    לסיכום - שתי האופציות שהזכרתי קודם (שכפול או התקנה במקביל) עדיין מתאימות, אבל בשרת רגיל בארגון שהוא לא קטן,

    בדרך כלל רצוי לבצע MIGRATION , לעומת SBS שם הדגשים והתהליכים שונים קצת.

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

    בתור המלצה כללית בלי להכיר את הדרישות שלכם - נראה לי שיהיה שווה לעבור לשרת וירטואלי בשביל לאפשר בהמשך שימוש נוסף באותה חומרה,

    בתנאי שעושים את זה על חומרה איכותית ומתאימה, ועם הבנה מלאה של כל מה שקשור לשרתים וירטואליים.

     

    יזהר

     

     

     

     

     

     

     

     

     

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום רביעי 23 מרץ 2011 07:27
    יום שישי 11 מרץ 2011 13:12

כל התגובות

  • שלום.

    יש מספר שיטות, בעיקרון יש שתיים עיקריות שמתאימות לדעתי:

     

    1. שכפול מערכת קיימת - אפשר לבצע בעזרת כלים שונים, כולל למשל:

    ntbackup

    תוכנת גיבוי אחרת.

    תוכנות שכפול ghost acronis וכו'.

    תוכנות P2V .

    ועוד.

     

    2. ביצוע migration כלומר מתקינים את השרת החדש במקביל לישן.

     

    אחת האופציות ששווה לך לבדוק היא כזו:

    רכישת חומרה חזקה יחסית.

    העברת השרת הקיים כמו שהוא לשרת וירטואלי על החומרה החדשה (זה למעשה תהליך שכפול כפי שכתבתי קודם).

    בשיטה הזו - אם וכאשר ירצו לשדרג לגרסה חדשה או להתקין שרת נוסף (למשל ts), יוכלו לבצע על אותה חומרה.

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

     

    בכל שיטה שאתה מתכנן להשתמש - חשוב מאד שתדע בדיוק מה הפעולות שיש לבצע ומה ההשלכות של כל פעולה.

    רצוי להיעזר במישהו מנוסה שיבצע יחד איתך את התהליך אם אתה לא לגמרי בטוח.

     

    יזהר

     

     


    Yizhar Hurwitz http://yizhar.mvps.org
    יום חמישי 10 מרץ 2011 21:30
  • שלום.

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

    בהתאם לזה יש לך יותר אופציות, כאשר העיקרית היא אופציה מספר 2 שרשמתי קודם - לעשות MIGRATION,

    למרות שגם האופציה של שכפול קיימת.

    יש להתייחס לכלל המערכת לפני שבוחרים את השיטה המתאימה - למשל האם לשרת יש תפקידים נוספים, ואם יש שרתים אחרים במערכת.

     

    גם האופציה של שרת וירטואלי יכולה להיות מתאימה, וגם שרת פיסי רגיל.

     

    בקיצור - התהליך המקובל והמומלץ בדרך כלל במקרים כאלו הוא ה MIGRATION.

    מתקינים את השרת החדש והופכים אותו ל DC נוסף (אלא אם יש שני שרתי DC נפרדים ברשת).

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

    מתקינים עליו EXCHANGE 2003 + SP2 באותו ORGANIZATION כמו הקיים.

    מוודאים סנכרון של PF HIERARCHY .

    מסנכרנים PF CONTENT בין שרתים בעזרת PFMIGRATE

    מעבירים תיבה אחת או שתיים לשרת החדש לתקופת הרצה.

    מבצעים העברה של שאר התיבות, ומעדכנים הפניות ב MAIL RELAY וה FIREWALL לכיוון השרת החדש,

    לטובת דואר נכנס מבחוץ וגישה ל OWA ACTIVESYNC וכו'.

    מעבירים תפקידים שונים לשרת החדש.

    מבטלים בהדרגה ובאופן מסודר את EXCHANGE מהשרת הישן, אבל אפשר להשאיר אותו בתור DC נוסף ברשת.

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

    בתהליך הזה יש גם יתרון של התקנה נקיה של מערכתה הפעלה והדואר - אתה לא "סוחב" שאריות הסטוריות.

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

    לכן זה גם תלוי בגודל הארגון - כמות משתמשים, נפח תיבות ועוד פרמטרים.

     

    כמה משתמשים יש אצלכם?

    מה נפח בסיסי הנתונים?

    האם מדובר בגרסת STANDARD או ENTERPRISE ?

    האם יש לשרת תפקידים ותוכנות נוספים (שרת גיבוי, אנטי וירוס ברשת, תוכנת SQL, שיתופי קבצים, ועוד).

    האם יש שרתים נוספים ברשת?

    מה דגם חומרה של השרת הישן? והחדש?

    האם כבר רכשתם את החומרה החדשה?

     

    לסיכום - שתי האופציות שהזכרתי קודם (שכפול או התקנה במקביל) עדיין מתאימות, אבל בשרת רגיל בארגון שהוא לא קטן,

    בדרך כלל רצוי לבצע MIGRATION , לעומת SBS שם הדגשים והתהליכים שונים קצת.

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

    בתור המלצה כללית בלי להכיר את הדרישות שלכם - נראה לי שיהיה שווה לעבור לשרת וירטואלי בשביל לאפשר בהמשך שימוש נוסף באותה חומרה,

    בתנאי שעושים את זה על חומרה איכותית ומתאימה, ועם הבנה מלאה של כל מה שקשור לשרתים וירטואליים.

     

    יזהר

     

     

     

     

     

     

     

     

     

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום רביעי 23 מרץ 2011 07:27
    יום שישי 11 מרץ 2011 13:12
  •  

    היי,

    אשמח אם תוכל/י לעדכן אותנו בסטטוס השאלה שלך.

    במידה וקיבלת תשובה מתאימה לשאלתך, יש לסמן את התשובה המתאימה ע"י לחיצה על "סמן כתשובה" ליד סימון ה V הירוק

    אם לא קיבלת תשובה, מומלץ לספק פרטים נוספים אודות הבעיה, פרטי לוג, צילומי מסך וכו'

    על מנת להעלות תמונה לפורום ניתן להעזר במדריך להעלאת תמונה.


    אם תגובתי פתרה את בעייתך - לחץ/י, על "סמן כתשובה" ליד סימן ה V הירוק.

    על מנת להעלות תמונה לפורום ניתן להעזר במדריך להעלאת תמונה
    מיקרוסופט מציעה שירות זה ללא תשלום, למטרת סיוע למשתמשים והעשרת הידע הקשור בטכנולוגיות ובמוצרים של Microsoft. תוכן זה מתפרסם כפי שהוא והוא אינו מעיד על כל אחריות מצד מיקרוסופט.
    יום שלישי 22 מרץ 2011 07:45