פרק 194 - תוכנית המיגרציה מגרסת 2012 לגרסת 2025
עודכן: מאת צוות פודקאסט·ישראל
האזינו לפרק המלא
אנחנו עוזרים למצוא את הפרק, ההאזנה המלאה נמצאת אצל היוצרים, בפלטפורמה שלהם.
/ הפרק במספרים
| פורסם | 7 במאי 2026 |
|---|---|
| אורך | 38 דק׳ |
| הנושא המרכזי | שדרוג SQL Server |
| קטגוריה | הייטק וסטארטאפים |
על מה הפרק?
שדרוג מ-SQL Server 2012 ל-2025 מצריך תכנון קפדני כדי למזער דאונטיים.
בפרק נדונה פגישה עם לקוח שמעוניין לשדרג את סביבת ה-SQL Server מ-2012 ל-2025. השדרוג כולל העברת דאטה ויירהוס לשרת נפרד כדי לחסוך בעלויות רישוי. במהלך השיחה הוצגו מספר אפשרויות לשדרוג, כולל שימוש ב-Log Shipping וב-Distributed Availability Groups.
שדרוג מגרסה ישנה לגרסה חדשה מצריך לא רק שינוי טכנולוגי אלא גם הבנה מעמיקה של השפעות על ביצועים.
/ תובנות מרכזיות
- שדרוג ל-2025 ידרוש תכנון קפדני כדי למזער דאונטיים.
- הלקוח מתכנן להעביר את הדטה ויירהוס לשרת נפרד כדי לחסוך בעלויות רישוי.
- שדרוגים בין גרסאות לא נתמכות מצריכים שימוש בטכניקות כמו Log Shipping.
- הבנת השינויים ב-compatibility level היא קריטית כדי למנוע בעיות לאחר השדרוג.
- המלצה לבצע סימולציות לפני השדרוג בפרודקשן.
האם כדאי לבצע שדרוגים בשלבים או בקפיצות?
- 1לבדוק את דרישות הלקוח לגבי דאונטיים.
- 2ליצור תוכנית שדרוג מפורטת לכל הסביבות.
- 3לבצע סימולציות בסביבות נמוכות לפני השדרוג לפרודקשן.
- 4להעריך את השפעות השדרוג על הביצועים.
- 5לבדוק את התאמת הדאטה ויירהוס לשרת החדש.
ניתוח מאת מערכת פודקאסט·ישראל, מבוסס תמלול אוטומטי של הפרק. על המתודולוגיה והמגבלות
שאל את הפרק (Chat with Episode)
קבל תשובות מיידיות מתוך תמלול וניתוח ה-AI
שאלות מומלצות בלחיצה אחת:
/ שאלות נפוצות על הפרק
- איך בנויה סביבת הפרודקשן של הלקוח שרוצה לשדרג מ-SQL Server 2012 ל-2025?
- מדובר בשלושה שרתי SQL Server 2012 Enterprise Edition ב-AG: שניים ב-West Coast בסנכרון סינכרוני ועוד שרת DR ב-East Coast בסנכרון אסינכרוני. ה-Data Warehouse יושב באותו אינסטנס של הסקנדרי הסינכרוני, וג'ובים מריצים עליו סקריפטים של insert ו-update. בסך הכל צריך לשדרג תשעה שרתים, כולל dev, QA וסביבת staging, עם דרישה לדאונטיים של חמש דקות לכל היותר.
- איך הלקוח מתכנן לחסוך ברישוי באמצעות העברת ה-Data Warehouse לשרת נפרד?
- הלקוח רוצה להעביר את ה-Data Warehouse לשרת רביעי, Standalone ב-Standard Edition שאינו חלק מה-AG, ולהזין אותו ב-Log Shipping מהפריימרי. כך שתי הרפליקות של ה-AG יהפכו לפסיביות ולא readable, והלקוח לא יצטרך לשלם עליהן רישוי. השלב הזה אמור לקרות ראשון, עוד על גרסה 2012, ורק אחריו השדרוג ל-2025.
- למה אי אפשר להשתמש ב-Rolling Upgrade או ב-Distributed AG כדי לשדרג מ-SQL Server 2012 ל-2025?
- שדרוג ישיר ל-2025, כולל In-Place, נתמך רק מגרסה 2016 ומעלה, ושדרוג בשני שלבים יוצר פעמיים דאונטיים וסיכון גדול יותר. Distributed Availability Group הופיע לראשונה ב-2016, ולכן אי אפשר לצרף אליו קלאסטר של 2012. מה שנשאר הוא Log Shipping לקלאסטר חדש של שלושה נודים בגרסה 2025.
- איך עובד תהליך ה-Cut Over ב-Log Shipping שמצמצם את הדאונטיים לחמש דקות?
- מורידים את האפליקציה, לוקחים Backup Log אחרון מהפריימרי הישן ומשחזרים אותו with recovery רק בפריימרי החדש, ומצרפים את הדאטאבייסים ל-AG עם ה-Listener. בשלב הזה האפליקציה מתחברת ל-Listener והדאונטיים נגמר. רק אחר כך מנגנים את אותו גיבוי לוג בשני הסקנדריז with no recovery ומצרפים גם אותם, מחוץ לחלון הדאונטיים.
- מה החליף את הכלי DMA לבדיקת תאימות לפני מיגרציה של SQL Server?
- Database Migration Assistant הוא כבר Deprecated, וכיום יש Extension של Migration Workload שמורידים ל-SSMS. מקליקים כפתור ימני על האינסטנס ב-Object Explorer, בוחרים את גרסת היעד ומקבלים דוח עם כל ה-compatibility issues. הדוברים לא היו בטוחים אם זה הופיע ב-SSMS 21 או 22.5, וההמלצה היא פשוט להוריד את הקליינט הכי חדש.
מתיאור הפרק
גיא מתייעץ עם איתן לגבי תוכנית מיגרציה עבור אחד הלקוחות מ-SQLSERVER גרסת 2012 לגרסת 2025. זה כל כך מורכב שזה תופס את כל התוכנית! מה, לא תרצו לשמוע? בטח שכן!
/ נושאים קשורים
איך נוצר העמוד הזה
109 פרקים של שיחות בין DBAs = 109 מאמרים שגוגל מדרג
את התקציר והניתוח בעמוד הזה הפקנו אוטומטית מתוך האודיו של הפרק, בלי שאיש כתב מילה. זה בדיוק מה ש-AuthorityRank עושה לארכיון שלם: כל פרק הופך למאמר עברי איכותי שמדורג בגוגל ומצוטט על ידי ChatGPT ו-Perplexity, ומתפרסם אוטומטית במגזין משלכם.
הארכיון שלכם הוא אודיו מת שמנועי החיפוש לא מוצאים. אנחנו הופכים אותו לנכס שמביא תנועה כל חודש.