none
שחזור SCCM 2012 r2 אחרי תקלה בעדכון לגרסת R2 SP1 RRS feed

  • שאלה

  • שלום לכולם

    התשתית שלי הוא  SCCM 2012 r2  שמותקן על Server 2012 r2 וירטואלי בHYPER-V והSQL מותקן בשרת אחרת.

    היום ניסתי להתקין את החבילה SP1 עבור הSCCM 2012 r2.  איך העדכון לא הצליח בצורה תקינה.

    ועכשיו יש צורך לשחזר את הSCCM לקדמותו, יש לי SNAPSHOT של השרת SCCM מלפני העדכון (היום בצהריים) ואותו אני יכול לשחזר ללא בעיה,

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

    וגיבוי האחרון שיש לי מהDB הוא מאתמול. 

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

    האם זה דרך הנכונה לעשות את זה?

    אודה לעזרתכם

    יום שני 18 מאי 2015 15:54

תשובות

כל התגובות

  • זאת לא הדרך הנתמכת לשחזר שרת SCCM  (למרות שרוב הסיכויים שזה יעבוד).

    ראשית עלייך לבצע Detach של בסיס הנתונים ב SQL 

    להריץ את ההתקנה של SCCM מאותה גרסה שמותקנת כרגע (2012 R2) ולבחור ב Recover a site.

    תוכל להיעזר במאמרים הבאים:

    https://technet.microsoft.com/en-us/library/gg712697.aspx?f=255&MSPPError=-2147217396#BKMK_DetermineRecoveryOptions

    http://www.scconfigmgr.com/2013/11/07/recover-a-site-database-in-configmgr-2012-r2/

    http://anoopcnair.com/2012/07/01/sccm-configmgr-2012-primary-site-server-and-database-recovery-part-1/#prettyPhoto

    אני ממליץ שתקרא ותבין היטב את תהליך הגיבוי/שחזור ותפעיל את תהליך הגיבוי הפנימי של SCCM במידה ולא הופעל אצלך (Backup Maintenance Task)בהצלחה.

     


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    • סומן כתשובה על-ידי ADAM MENI יום שלישי 19 מאי 2015 09:36
    יום שני 18 מאי 2015 20:39
  • תודה IDAN.

    מצב Backup Maintenance Task לא מופעל כרגע, ולכן חייב ללכת על פתרון הראשון.

    ובמקרה הזה חייב לעשות עדיין את השלב recover a site?

    יום שלישי 19 מאי 2015 07:31
  • כן, חייב

    במידה ויש לך גיבוי של בסיס הנתונים ע"י תוכנת גיבוי אחרת, תוכל לבצע שחזור ואז לבצע תהליך של  recover a site.

    במקרה זה אתה בוחר באופציה Use a site database that has been manually recoverd.

    זה כתוב במאמר שצירפתי למעלה:


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 07:59
  • תודה IDAN

    אז 

    1. להחזיר את הגיבוי של SQL עם התוכנה החיצונית בה אנחנו עושים גיבויים Detach ואז addtach

    2. להחזיר את הSCCM מSNAPSHOT 

    3. להריץ את ההתקנה של SCCM ולעשות recovery a site ולמשיך לפי Use a site database that has been manually recoverd.

    זה הסדר הנכון?


    יום שלישי 19 מאי 2015 08:08
  • ראשית לא הסברת מה בדיוק הבעיה בשרת כרגע (מלבד העובדה שהתקנה של SP1 לא הצליחה) - אולי ישנן אפשרויות אחרות לטיפול בבעיה.

    בכל מקרה תהליך השחזור הנכון במקרה שלך הוא:

    1. לשחזר את בסיס הנתונים (ללא Detach) עם תוכנה צד שלישי.
    2. להריץ את ההתקנה של SCCM ולעשות recovery a site ולהמשיך עםUse a site database that has been manually recoverd.

    תנסה לראות אם זה פותר את הבעיה, במידה ולא תנסה את ה Snapshot (שוב - זאת לא אופציה נתמכת).


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.


    • נערך על-ידי Idan Vexler יום שלישי 19 מאי 2015 08:35
    יום שלישי 19 מאי 2015 08:35
  • אחרי עדכון הכושל חלק נרכב מהתכונות של SCCM הפסיקו לפעול , הלוגים הפסיקו להתעדכן, שגיאות שונות ב site status, הרשימה של component status התרוקנה, הPXE לא עבד.

    שחזרתי את הDB ושחזרנו גם את הSNAPSHOT.

    בתהליך של recover a site בשלב check list מקבל את האזהרה הבא.

    הSQL SERVER בשימוש עבור עוד DB משרתים אחרים ואי אפשר לשנות בו את המצב ל windows authentication.

    ניתן להמשיך בהתקנה כך או שהשינוי חובה ויכול ליצור תקלות בהמשך?

    תודה

    יום שלישי 19 מאי 2015 08:49
  • רק הזהרה, ניתן להמשיך.

    כ Best Practice מומלץ למקם את בסיס הנתונים על Instance נפרד.


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 08:55
  • Recovery הושלם.

    רק דורש להתקין מחדש את כל החבילות CU מחדש.

    תודה IDAN.


    • נערך על-ידי ADAM MENI יום שלישי 19 מאי 2015 09:39
    יום שלישי 19 מאי 2015 09:36
  • מעולה,

    שמחתי לעזור.


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 09:38
  • מודה לך מאוד :)

    לגבי התקנה מחדש של החבילות שהוא מבקש, לפי מה שהבנתי כאן :

    http://blogs.technet.com/b/configmgrteam/archive/2013/08/23/reinstalling-cumulative-updates-in-configuration-manager.aspx

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

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

    כנראה שהתקנת CU5 הסיר את כל הישנים.

    ועכשיו התקנתי מחשב חדש והקליינט התעדכן לCU5 .

    האם עלי עדיין להסיר את הCU5 ולהתקין אותו מחדש?

    יום שלישי 19 מאי 2015 10:04
  • לא הבנתי מה בדיוק חסר.

    האם יש חוסר בחבילות ישנות של CU בקונסול של SCCM? או שאתה לא רואה CU ישנים ב  installed updates בשרת?

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


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 11:47
  • שים לב במסמך שחזור ששלחתי ישנו סעיף של PostRecovery:


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 11:56
  • על השרת היו מותקנים העדכונים CU1- CU2- CU3 - CU4 - CU5.

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

    בinstalled updates של הSERVER אין את החבילות CU1-2-3-4 וקיים רק החבילה CU5.

    בSCCM יש DEPLOY על עדכון של CU5 לקליינטים והוא עובד תקין.

    אז צריך להתקין את כולם מחדש או רק את הCU5 מחדש?

    --

    שאלה נוספת לגבי Component בשם SMS_SRS_REPORTING_POINT ושהוא שייך לשרת הSQL.

    אחרי הrecovery הוא נמצא במצב offline. עם אזהרה צהובה ובLOG כתוב את זה:

    Site Component Manager failed to reinstall this component on this site system.
    
    Solution: Review the previous status messages to determine the exact reason for the failure. Site Component Manager will automatically retry the reinstallation in 60 minutes. To force Site Component Manager to immediately retry the reinstallation, stop and restart Site Component Manager using the Configuration Manager Service Manager.

    יום שלישי 19 מאי 2015 12:15
  • להתקין רק את CU5 (הוא כבר כולל את כל העדכונים שיצאו לפניו).

    לגבי ה SRS, תבצע אתחול לשירות  SMS_SITE_COMPONENT_MANAGER ותבדוק את הלוגים הבאים:

    srsrpMSI.log

    srsrpsetup.log

    במידת הצורך תוכל להסיר את ה Role ולהתקין בשנית.


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 12:25
  • תודה IDAN.

    אתחול שירות SMS_SITE_COMPONENT_MANAGER לא עזר .

    הסרתי את הRole הזה Reporting service point מהשרת SQL והוספתי אותו חזרה איך עדיין נתקל באותו השגיאה.

    לא מצאתי את הלוגים בתיקייה LOGS. האם הם נמצאים במקום אחר?

    זה שני השגיאות

    Site Component Manager failed to install this component, because the Microsoft Installer File for this component (srsrp.msi) could not install.
    
    Refer to the srsrpSetup.log, the srsrpmsi.log, as well as the ConfigMgr Documentation and the Microsoft Knowledge Base for further information.
    
    -----------------
    
    Site Component Manager failed to install this component on this site system.
    
    Solution: Review the previous status messages to determine the exact reason for the failure. Site Component Manager will automatically retry the installation in 60 minutes. To force Site Component Manager to immediately retry the installation, stop and restart Site Component Manager using the Configuration Manager Service Manager.


    יום שלישי 19 מאי 2015 14:36
  • אתחול לשירות לא היה אמור לעזור, רק להתחיל את ההתקנה בשנית מיידית (אחרת הוא מתחיל כל 60 דקות).

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


    Please take a moment to Vote as Helpful and/or Mark as Answer where applicable. Thanks.

    יום שלישי 19 מאי 2015 17:52