none
ביצוע P2V , שאלה לגביע ביצוע התהליך. RRS feed

  • שאלה

  • שלום,

    אני הולך לבצע על כמות נכבדת של שרתים P2V .

    רציתי בבקשה לדעת מה הצעדים הנכונים לביצוע לפני ביצוע התהליך על מנת שאחרי ה P2V  המכונה באמת תעשה boot מהדיסק ותעלה כשורה כמכונה וירטואלית?

    שמעתי שיש כמה צעדים שחייב לעשות כמו:

    1. להעביר את הדרייבר של הדיסק IDE  לסטנדרט.

    2. למחוק דרייברים לא רלוונטים.

    האם יש הסבר יותר נכון ומפורט איך להכין את המכונה הפיזית לקראת P2V?  

    - בנוסף רציתי לשאול את אותה השאלה אך לגבי V2V. נגיד ויש לי מכונה של VMDK  שאני הולך להמיר לVHD.

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

    תודה לכל העוזרים!!!

    • הועבר על-ידי Alon Shasha יום חמישי 13 יוני 2013 09:05
    יום ראשון 02 יוני 2013 07:30

תשובות

  • שלום.

    בנושא העברה משרת פיסי:

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

    באופן כללי אין צורך למחוק את הדרייברים עצמם, אלא רק תוכנות צד שלישי שקשורות לחומרה ומופיעות ב add/remove programs למשל hp array configuration שלא רלוונטי אחרי המעבר. אבל כפי שכתבתי יש לבצע את זה אחרי ההעברה על העותק הוירטואלי ולא לפני כן.

    לגבי העברה מ VMware, יש תוכנת עזר של מיקרוסופט שאתה יכול לבדוק:

    http--blogs.technet.com-b-virtualization-archive-2012-09-18-migrate-virtual-machines-from-a-vmware-environment-to-hyper-v-in-windows-server-2012-using-a-free-simple-standalone-tool.aspx

    http://blogs.technet.com/b/virtualization/archive/2012/09/18/migrate-virtual-machines-from-a-vmware-environment-to-hyper-v-in-windows-server-2012-using-a-free-simple-standalone-tool.aspx

    טיפים נוספים:

    * תשמרו תעוד של כתובת ip וגם mac address והגדרות רשת נוספות של השרת. זה עוזר במידה שצריך להגדיר מחדש אחרי המעבר, או במקרה שמגלים שיש חשיבות ל mac address (למשל אם הוא קשור לרישוי של תוכנה מסויימת).

    אפשר להיעזר למטרה הזו בפקודה שמריצים על השרת הפיסי לפני המעבר:

    ipconfig /all > ipconfig-all.txt

    * רצוי לתת שמות לכל הכוננים לפני המעבר , למשל אם השרת נקרא SERVER1 אז לכוננים תיתן את השם:

    C-SERVER1

    D-SERVER1

    או כל שם אחר, רק שיכלול בהתחלה את אות הכונן.

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

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

    * בשרתים שיש להם נפח גדול, אפשר לבחור בין שתי שיטות:

    העברת כל השרת באמצעות כלי של P2V .

    או העברה של כונן C בלבד בשיטה של P2V, כאשר את הכוננים האחרים אתה יוצר ריקים ואז משחזר את התוכן שלהם מגיבוי.

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

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

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

    חסרונות של העברת כל השרתים בבת אחת:

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

    לעומת מצב שבו העברת רק חלק מהשרתים, ביצעת הרצה של המערכת עליהם ואחר כך המשכת עם האחרים.

    - זה יכול לקחת הרבה זמן להעביר את כל השרתים בבת אחת.

    * בכל מקרה גם אם מעבירים בבת אחת או בדירוג, יש לבצע בדיקות ולוודא שהסביבה החדשה נמצאת במצב תקין ואופטימלי ומוכנה לקלוט את השרתים החדשים. תקים שרת TEST וירטואלי חדש ותבדוק ביצועים, תוודא שהשרתים החדשים מתואמים בינהם, מערכת אחסון, תקשורת - ומאד חשוב - לבצע בדיקות למערכת גיבוי החדשה במידה שאתה מחליף גם את זה!

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

    להת

    יזהר


    Yizhar Hurwitz http://yizhar.mvps.org

    • סומן כתשובה על-ידי SuperMario17 יום חמישי 20 יוני 2013 07:51
    יום חמישי 13 יוני 2013 18:40

כל התגובות

  • שלום רב,

    בנוגע ל P2V:

    http://blogs.microsoft.co.il/blogs/yuval14/archive/2011/07/29/removing-old-hardware-after-a-p2v-conversion.aspx

    וכן:

    א. אל תבצע P2V ל DC "חי".

    ב. אם יש לך מסדי נתונים, עצור את השירותים של ה DB לפני ההמרה.

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

    ובכל מקרה, תכנן את הזמן נכון, ותכין גיבויים למידע וקבצי המערכת\VM.

    בהצלחה


    Best Regards, Yuval Sinay, Shadowall Group CTO http://www.shadowall.net , Blog: http://blogs.microsoft.co.il/blogs/yuval14

    יום ראשון 02 יוני 2013 20:58
  • שלום,
    לצערנו אתר זה אינו מכיל פורום מתאים לשאלתך ולכן השאלה הועברה לפורום
    Off-Topic.


    ברכה, אלון ששה, יועץ תשתיות System Center.

    יום חמישי 13 יוני 2013 09:05
  • שלום.

    בנושא העברה משרת פיסי:

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

    באופן כללי אין צורך למחוק את הדרייברים עצמם, אלא רק תוכנות צד שלישי שקשורות לחומרה ומופיעות ב add/remove programs למשל hp array configuration שלא רלוונטי אחרי המעבר. אבל כפי שכתבתי יש לבצע את זה אחרי ההעברה על העותק הוירטואלי ולא לפני כן.

    לגבי העברה מ VMware, יש תוכנת עזר של מיקרוסופט שאתה יכול לבדוק:

    http--blogs.technet.com-b-virtualization-archive-2012-09-18-migrate-virtual-machines-from-a-vmware-environment-to-hyper-v-in-windows-server-2012-using-a-free-simple-standalone-tool.aspx

    http://blogs.technet.com/b/virtualization/archive/2012/09/18/migrate-virtual-machines-from-a-vmware-environment-to-hyper-v-in-windows-server-2012-using-a-free-simple-standalone-tool.aspx

    טיפים נוספים:

    * תשמרו תעוד של כתובת ip וגם mac address והגדרות רשת נוספות של השרת. זה עוזר במידה שצריך להגדיר מחדש אחרי המעבר, או במקרה שמגלים שיש חשיבות ל mac address (למשל אם הוא קשור לרישוי של תוכנה מסויימת).

    אפשר להיעזר למטרה הזו בפקודה שמריצים על השרת הפיסי לפני המעבר:

    ipconfig /all > ipconfig-all.txt

    * רצוי לתת שמות לכל הכוננים לפני המעבר , למשל אם השרת נקרא SERVER1 אז לכוננים תיתן את השם:

    C-SERVER1

    D-SERVER1

    או כל שם אחר, רק שיכלול בהתחלה את אות הכונן.

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

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

    * בשרתים שיש להם נפח גדול, אפשר לבחור בין שתי שיטות:

    העברת כל השרת באמצעות כלי של P2V .

    או העברה של כונן C בלבד בשיטה של P2V, כאשר את הכוננים האחרים אתה יוצר ריקים ואז משחזר את התוכן שלהם מגיבוי.

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

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

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

    חסרונות של העברת כל השרתים בבת אחת:

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

    לעומת מצב שבו העברת רק חלק מהשרתים, ביצעת הרצה של המערכת עליהם ואחר כך המשכת עם האחרים.

    - זה יכול לקחת הרבה זמן להעביר את כל השרתים בבת אחת.

    * בכל מקרה גם אם מעבירים בבת אחת או בדירוג, יש לבצע בדיקות ולוודא שהסביבה החדשה נמצאת במצב תקין ואופטימלי ומוכנה לקלוט את השרתים החדשים. תקים שרת TEST וירטואלי חדש ותבדוק ביצועים, תוודא שהשרתים החדשים מתואמים בינהם, מערכת אחסון, תקשורת - ומאד חשוב - לבצע בדיקות למערכת גיבוי החדשה במידה שאתה מחליף גם את זה!

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

    להת

    יזהר


    Yizhar Hurwitz http://yizhar.mvps.org

    • סומן כתשובה על-ידי SuperMario17 יום חמישי 20 יוני 2013 07:51
    יום חמישי 13 יוני 2013 18:40