אמש לראשונה דרך האינטרנט, אפילו לתוך מכשיר שרת vCenter，אחרי מבט המידע，ניתן למצוא ישירות דרך עדכון טלאי האינטרנט，הם מצביעים מטה。לאחר העדכון，תצוגה במסך צריכה לפתוח מחדש，לאחר הפעלה מחדש של מכשיר שרת vCenter，האם תופיע”NO NETWORKING המתגלה. בבקשה התחבר והפעל את הפקודה / opt / VMware / share / VAMI / vami_config_net לקבוע את תצורת הרשת”的錯誤訊息。
נסה לשים באמצעות וירטואליזציה שרת ממיר פיזית vCenter，כבר היום את הצעד האחרון”המטרה כבר נמחקה או לא נוצרה לחלוטין”的錯誤訊息，אינטרנט לטפס הרבה טקסט，הרגשתי שהמצב שלי שונה，調 log 也看不出個所以然，לאחר בדיקות חוזרות ונשנות ולאחר מכן את הפרטים של，總算找出讓我有點傻眼的原因。
כאשר NB עמית בעדכון בסתיו של Windows Update，מתוך של”לא ניתן להתקין את האפליקציה - אבטחה באינטרנט טרנד מיקרו 2009″הודעות，תוצאות חיפוש באינטרנט，עבור אל הקוד מכונה הבא כדי לנקות，אבל לקח את הנושא，קוד המכונה כבר לא ערכים הקשורים צורך לנקות，ואז סוף הסוף בפורום הזר כדי למצוא פתרון מלא。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration
【VSphere HA】
כאשר הנזק אשמתו HA vSphere חייב להתרחש המארח ESXi，בשנת מארח ESXi אשכול לשרוד HA האחר רק，אאוחסן משאבי האחסון המשותפים של ההפעלה מחדש ווירטואלי מארח VM。
אם אירוע ניזק כישלון מארח ESXi הבסיסי לא קרה，אבל בתוך vCenter שירות אירוח שרת נפסקת כאשר הפעולה עצמה，אז vSphere HA גבוהה מנגנוני זמינות אינם מועילים。 (זה יכול לפצות על ידי כלב שמירה)
【כֶּלֶב שְׁמִירָה】(6.0מעבר לתמיכתם רק，אוטומטית מופעלת כברירת מחדל)
שרת vCenter 6.0 מוסיף מנגנון ניטור "כלב שמירה"，כאשר אירוע השבר מתרחש בעוד הפעלת השירות הפסיק לעבוד，כאשר לשעבר מתרחש פעמים，Watchdog ינסה להפעיל מחדש את השירות，אם בפעם השלישית היא עדיין לא מצליח להפעיל מחדש את השירות，מארח וירטואלי VM יופעל מחדש。
【參考連結】
——
【】 שחזור נתונים VMware
VMware Data Recovery (VDR) שייכים גיבוי מבוסס דיסק，האם פשוט וקל לפריסת תכונות (כי זה גם שורה וירטואלית)，גיבוי ותמיכה של Windows VSS (Volume Shadow Copy)，כמו כן תומך בפונקצית מניעת כפילויות פשוט (Data ביטול כפילויות)。
עם זאת, כלי גיבוי זה יש את המגבלות הבאות פונקציות הקשורות：
· שרת VCenter חייב להיות זמין בסביבת הגיבוי，האם ניתן להשתמש בכלי הגיבוי הזה。
· שייך לדיסק מבוסס，או לא יכול להשתמש גיבוי ברמת בלוק ברמת הקובץ。
· כל vDR יכול לגבות רק 100 מארחים וירטואליים。
·לא יכול לפעול בסביבת רשת IPv6。
·תומך רק בהפעלת גיבוי מערכת ההפעלה Windows (Windows 2000/XP/Vista/7、Windows Server 2003/2008) אירוח אתרים，אין תמיכה במערכות הפעלה אחרות，כמו לינוקס、Solaris, אירוח אתרים ועוד。
【參考連結】
——
【】 עמידות בפני תקלות VMware
אירוח אתרים יש מנגנון VMware HA הפסקה קצרה להתחיל אם החברה לא יכולה לקבל，VMware FT עשוי להיות פתרון לבעיה，אבל אפשר VMware FT ישנם תנאים מוקדמים רבים，לדוגמא, המארח הווירטואלי לא יכול לצלם (Snapshot)、תכונת Stoarge vMotion לא ניתן להשתמש、המארח הווירטואלי יכול להשתמש רק באחד תנאי vCPU, וכו '。
מנגנון VMware FT יהיה על שני הוקמו שונים Web Host ראשיים ומשניים אירוח，למעשה, השימוש בטכנולוגיית המידע כדי VMkernel נמל vLockstep על מארח ESX / ESXi להעביר מארח וירטואלי משני ראשי אל המארח וירטואלי，אבל המשני לא לכתוב את ההתנהגות בפועל של I / O。
כאשר ESX / ESXi Host ראשי נזק פגם בו מארח וירטואלי，המארח וירטואלי משניים מיד ייקח על עצמו את התפקיד הרלוונטי，מארח ראשי ולהיות ווירטואלי，בשלב זה יהיה אחר מארח ESX / ESXi，להקים מחדש מארח ווירטואלי משני חדש לסנכרן נתונים עם אירוח האתרים הראשי
【總結】
·vMotion/DRS：המכניזם הזה "פרויקט של" השבתה עבור，לדוגמא כאשר שרת ישות מארח ESX / ESXi להתרחש זיכרון、כשל של כונן קשיח，או כאשר צריך להיסגר בשל הקושחה (Firmware) עדכון ותחזוקה שנתית，עבודה זו אמורה תוכנית טובה יכולה להשתמש בטכניקה זו，יפעל על פלטפורמת וירטואליזציה של אחסון אתרים，העברת לתחנות אחרות מארח ESX / ESXi，כך שארגונים יכולים לשמור מארח פיזי במקרה של שירות ללא הפרעה。
· HA / FT：מנגנון זה מתאים השבתה "של אי-תוכנית"。כאשר ESX / ESXi ישות השרת המארח ללא בעיות במערכת החשמל כאשר הפסקת חשמל，כאשר הישות המארחת או הניזק האם מוביל מארח פיזי תקלות גורמים הלא-האנושיים של תקלות בלתי התנאי מתרחש תכנית，באמצעות מנגנון זה יכול להעביר את המארחים הווירטואליים אוטומטי על תחנות אחרות מארח ESX / ESXi להמשיך את פעולת האתחול。
אבל חשוב，מנגנונים אלה רק מגנים ברמת רמת מארח ESX / ESXi בלבד，במקום ברמת מערכת ההפעלה המארחת וירטואלי (OS רמה)，כמו גם יישומים ברמת מערכת ההפעלה (רמת היישום)。
VMware HA מנגנונים כגון כאמור，כאשר הנזק אשמתו מארח ESX / ESXi，שווה את פעילותה על מארחים וירטואליים וזה היה כיבוי לא תקין，למרות מארח ווירטואלי יכול להיות מופעל שוב על מארח שולחן אחר，אבל זה אפשרי במערכת ההפעלה המארחת הווירטואלית הושבת בגלל פעולה הפסולה של גרמה ניזק למערכת，אז גם אם אתם הגרתם ליחידות אחרות במחשב המארח，הצלחה לא יכולה להיות התחלה חלקה，אז עבודת גיבוי מערכת הפעלת נחיצותו。
המנגנון FT VMware היא להפוך שני המארחים וירטואלית להפעלת אותם נתונים בדיוק，לכן, אם המצב כאשר ההתרסקות התרחשה אינטרנט ראשי אירוח，לדוגמה, ההתרסקות מערכת ההפעלה Windows מתרחשת מסך כחול (מסך המוות הכחול，BSOD)，מכיוון שהפעם יהיה vLockstep מנגנוני סנכרון，משני והופך את מערכת המארחת מכונה הווירטואלית כאשר המצב גם התרחש。
באשר מנגנוני הגנה ברמת היישום，נכון לעכשיו, ישנם יצרנים רבים לפתח מנגנונים，לדוגמא יישום HA Symantec עם התפתחות טכנולוגית אשכול Veritas，האם כדי להגן על יישום לרוץ על מארח וירטואלי，כגון MSSQL、לְהַחלִיף、אוֹרַקְל、SAP, וכו '。
【參考連結】
—–
【VMware DRS】
האוטומטי לטעון הישות המארחת , תזמון אוטומטי מערכת המיקום וירטואלי , כלומר, כאשר ישות תחנת עומס מארח גבוהה , באמצעות DRS יכול להיות חלק של המשנה באמצעות VMotion לעבור לגופים מארחים טעונים בקלילות。
אנסון | 
03 22nd, 2018| 