התשובה▚
אם אתם מארחים בעצמכם עוזר AI שפרטי הגישה שלו נמצאים בכספת מקומית (למשל פריסה של OneCLI), העברה שלו לשרת חדש בטוחה כשמתייחסים אליה כניסיון ולא כמעבר חד, ומשאירים את השרת הישן פועל עד שהחדש עובר בדיקה אמיתית.
- 01קודם מלאי. רשמו את השירותים, הנתונים הקבועים, הגדרות הסביבה והחשבונות המחוברים לפני שאתם מעתיקים משהו, כך שאם שחזור נכשל, החיבור מחדש הופך לרשימת בדיקה.
- 02גבו את המקור לפני שאתם משנים אותו. בפריסה ברירת מחדל מבוססת Docker, הווליום הקבוע של Docker הוא כנראה חלק מהגיבוי, אבל בדקו את ההתקנה בפועל שלכם ואל תניחו נתיב.
- 03ברר איך מסופק מפתח ההצפנה. ייתכן שהוא מוגדר דרך משתנה סביבה, או נוצר ונשמר יחד עם נתוני האפליקציה. הנתונים המשוחזרים והמפתח התואם להם חייבים להישאר יחד, אחרת אי אפשר לקרוא את פרטי הגישה המוצפנים.
- 04העתיקו רק את המצב הקבוע האמיתי. אל תסתמכו על תמונה מלאה של מכונה וירטואלית כשעוברים בין שרתים שמשתמשים בפורמטים שונים של תמונות.
- 05שחזרו על השרת החדש וודאו שהכספת יכולה להציג את החיבורים הקיימים ושלפחות מחבר אחד באמת עובד לפני שאתם סומכים עליה.
- 06השתמשו בפרטי גישה זמניים להעברה, בהיקף מצומצם, היכן שאפשר, ובטלו אותם ברגע שההעברה אושרה.
אם הכספת לא מפענחת או לא עוברת אימות בצורה נקייה, עצרו. השתמשו בפריסה חדשה עם חיבור מחדש ידני ולא בכפיית מסלול שחזור לא מתועד, ואל תיפטרו מהשרת הישן עד שהחדש הוכיח את עצמו.
ייתכן שלשחזור כספת משרת לשרת אין נוהל שנתמך רשמית, אז עקבו אחרי התיעוד העדכני של OneCLI ובדקו בחלון זמן שאפשר לחזור ממנו.