שיחות בין DBAsפודקאסט של גיא גלנצר ואיתן בלומין
גיא גלנצר ואיתן בלומין
109 פרקים
על התוכנית
Conversations between DBAs is the perfect podcast for you, if you are a DBA, that is. The podcast is moderated by Guy Glantser and Eitan Blumin, who have years of experience and a lot of passion for the field. You will hear it yourself. (: -The podcast is in Hebrew-
האזינו לפרק המלא
אנחנו עוזרים למצוא את הפרק, ההאזנה המלאה נמצאת אצל היוצרים, בפלטפורמה שלהם. הכפתור הראשון מוביל לפרק האחרון.
מה זה שיחות בין DBAs?
שיחות בין DBAs הוא פודקאסט ישראלי בקטגוריית הייטק וסטארטאפים מאת גיא גלנצר ואיתן בלומין. המדריך המקצועי של ה-DBA הישראלי לניווט בין אתגרי התשתית של היום לעתיד עולם הדאטה. בארכיון 109 פרקים, פרק חדש בערך פעם בחודש, אורך פרק ממוצע כ-37 דקות.
| קטגוריה | הייטק וסטארטאפים |
|---|---|
| פרקים בארכיון | 109 |
| תדירות (מהפרקים האחרונים) | פרק חדש בערך פעם בחודש |
| אורך פרק ממוצע (בפרקים האחרונים) | כ-37 דקות |
| הפרק האחרון | 7 באוקטובר 2026 |
| פרקים עם ניתוח עומק | 6 |
עודכן:
המדריך המקצועי של ה-DBA הישראלי לניווט בין אתגרי התשתית של היום לעתיד עולם הדאטה.
המנחה
המנחים, ביניהם גיא גלנצר ואיתן בלומיל, הם מומחי DBA מנוסים בעלי רקע טכני עמוק. הם ניגשים לנושאים מנקודת מבט פרקטית ושוחקים, תוך התמקדות בפתרון תקלות מורכבות, תכנון ארכיטקטורה וניתוח מגמות שוק מתוך היכרות מעמיקה עם המערכות.
הסגנון
התוכנית מאופיינת בשיח טכני מקצועי ומעמיק, המדמה התייעצות עמיתים לעבודה. הקצב מקצועי ופרגמטי, הטון ענייני וממוקד פתרונות, והמבנה לרוב כולל ניתוח של מקרי בוחן, אתגרים טכניים והשלכותיהם בשטח.
תובנות הזהב מהארכיון
- מקצוע ה-DBA עובר טרנספורמציה ומתמודד עם פער דורי, אך נותר חיוני מאי פעם.
- הבנה מעמיקה של שכבות התשתית, מעבר ל-SQL עצמו, היא קריטית לאבחון תקלות מורכבות.
- מעבר טכנולוגי לרוב מונע משיקולים כלכליים של רישוי מול גמישות של קוד פתוח.
- כלים אוטומטיים ו-AI הם עזרים למקצוען ולא תחליף לניסיון מעשי ואבחון אנושי.
הפודקאסט מיועד למנהלי מסדי נתונים, מפתחי בסיסי נתונים ואנשי טכנולוגיה המעוניינים להעמיק בהבנה של SQL Server, להתמודד עם אתגרי תחזוקה מורכבים ולעקוב אחר שינויים טכנולוגיים בשוק.
השאלות הבולטות בארכיון
למה השארת המאסטר לוגין ב-Operator role ב-msdb מעלימה את SQL Server Agent מ-Object Explorer אחרי חיבור מחדש?
מדוע הגדלת הקובץ לפני השרינק מאפשרת לשרינק להצליח למרות שהפייג' הבעייתי עדיין קיים ואינו זז?
אם הצורך ב-DBA לא יורד ואין כניסה של דור חדש, מה יקרה לתחום כשהדורות הוותיקים יפרשו לפנסיה?
האם כדאי לבצע שדרוגים בשלבים או בקפיצות?
האם החלפת ON DELETE CASCADE במחיקות ידניות בטרנזקציה יכולה להפחית משמעותית את תופעת הדדלוקים במערכות עמוסות?
מה קורה כשאתה עושה ALTER TABLE REBUILD לטבלה עם אינדקס קלאסטרי?
6 פרקים = 6 מאמרים אפשריים. כל פרק בארכיון יכול להפוך למאמר עברי SEO/GEO שמדורג בגוגל ומצוטט במנועי AI.
נושאים שהתוכנית עוסקת בהם
פרקים עם ניתוח מלא
פרק 199 - אם כבר מדברים על RDS
פרקים אחרונים
פרק 199 - אם כבר מדברים על RDS
7 באוקטובר 202631 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
כשמקימים RDS for SQL Server מגדירים מאסטר לוגין שאינו SA, כי SA נשאר לשימוש הפלטפורמה בלבד. איפוס הסיסמה דרך קונסול AWS, CLI או API מאפס גם הרשאות משובשות של הלוגין הזה. ב-msdb הוא חבר רק ב-user role, והוספה קבועה ל-Operator role גורמת אחרי disconnect ו-connect להיעלמות SQL Server Agent מ-Object Explorer; תמיכת אמזון אמרה שמותר להכניס אותו לשם רק זמנית בסשן ולהוציא בסוף. בהמשך עלתה שאילתת Aurora Postgres מול Parquet ו-Iceberg ב-S3, דחיית פיצ'רים בפוסטגרס 19, כנסי אוקטובר ונובמבר, ושימוש גורף ב-NOLOCK.
קראו עוד ▾הציגו פחות ▴- המאסטר לוגין ב-RDS אינו sysadmin; SA קיים מאחורי הקלעים ומשמש את הפלטפורמה, לא את המשתמשים.
- איפוס סיסמת המאסטר לוגין דרך הקונסול, CLI או API מאפס גם הרשאות משובשות, אבל שובר חיבורים שתלויים בסיסמה הישנה.
- ב-msdb יש user role ליצירת ג'ובים עצמיים, reader role לצפייה בג'ובים של אחרים, ו-Operator role לניהול של כולם; המאסטר לוגין מגיע כברירת מחדל רק ל-user role.
- Aurora Postgres מאפשר לכתוב שאילתה מול Parquet ו-Iceberg ב-S3 ולחבר אותם לטבלה מקומית בלי ETL.
- פוסטגרס 19 תכנן RC1 ב-15 באוקטובר ו-GA ב-29 באוקטובר, אחרי שהורידו פיצ'רים כמו PGQ, ALTER TABLE לפרטישנים ו-GROUP BY ALL, בין השאר כי בדיקות AI מצאו יותר באגים.
פרק 197 - אז למה בעצם לשלם על SQL Server?
4 באוגוסט 202633 דק׳פרק 198 - בשביל מה לעשות סקירה אם לא בשביל לפתור בעיות
8 בספטמבר 202636 דק׳אורחים:איתן בלומילפרק 185 - פרק שלם על אסף שלם
3 באוגוסט 202550 דק׳פרק 184 - מתגעגעים לשיעמום מתוך הממ(שר)ד
24 ביוני 202539 דק׳פרק 183 - שי אנגלברג הידוע בכינויו
1 ביוני 202536 דק׳פרק 182 - משאבים קהילתיים
4 במאי 202530 דק׳פרק 196 - פעמיים כי טוב פוסטים
5 ביולי 202642 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
השרינק בקבצי מסד נתונים גדולים לא תמיד מצליח בגלל פייג'ים שלא ניתן להזיז, כמו מטה-דאטה או פייג'ים בשימוש. ניסוי להגדיל את הקובץ לפני השרינק עזר לעקוף מחסומים אלו. בנוסף, סטטיסטיקות בטבלאות ריקות נוצרות ללא היסטוגרמה, מה שגורם למודיפיקיישן קאונטר להיות נעל, ויש לכך השלכות על מנגנוני עדכון אוטומטיים ותחזוקה. מיקרוסופט טיפלה בחלק מהבעיות הללו, אך ישנם מקרים מורכבים יותר שדורשים ניהול מדויק. כמו כן, השימוש ב-AI כמו ChatGPT ו-Claud הראה הבדלים משמעותיים באיכות התשובות.
קראו עוד ▾הציגו פחות ▴- השרינק לא מצליח לפנות מקום אם יש פייג'ים מיוחדים שלא ניתן להזיז, כמו מטה-דאטה או פייג'ים בשימוש.
- הוספת גודל לקובץ לפני השרינק מאפשרת לעקוף מחסומים ולהצליח לצמצם את הקובץ.
- טבלאות ריקות עם אינדקסים יוצרות סטטיסטיקות ללא היסטוגרמה, מה שגורם למודיפיקיישן קאונטר להיות נעל ולבעיות בעדכון סטטיסטיקות.
- מנגנון ה-auto-update statistics של מיקרוסופט מטפל במקרים של סטטיסטיקות ללא היסטוגרמה, אך מנגנוני תחזוקה מותאמים אישית צריכים להתחשב במצבים אלה.
- שימוש ב-AI לקבלת תשובות טכניות יכול להניב תוצאות שונות מאוד, כאשר ChatGPT סיפק תשובות מדויקות יותר מ-Claud במקרים מסוימים.
ש&תשאלות ותשובות מהפרק▾מה הסיבה האפשרית לכך שפעולת השרינק בקובץ גדול לא מצליחה להצטמצם עד שהקובץ מוגדל תחילה?
השרינק הוא אלגוריתם דטרמיניסטי שמנסה להזיז פייג'ים מהסוף למקומות פנויים, ואם לא מצליח להזיז את הפייג' האחרון בגלל שהוא נעול או בשימוש, השרינק נכשל. הגדלת הקובץ יוצרת שינוי במציאות שמוביל את האלגוריתם לנסות מסלול אחר, וכך השרינק מצליח לעבור מחסומים מסוימים.
▾מה הבעיה המרכזית עם הפלט של הפקודה dbcc shrinkfile לפי הדיון בפוסט?
הפלט של dbcc shrinkfile אינו אינפורמטיבי ואינו מציין אם השרינק הצליח או לא, אלא רק מציג את המצב לפני ואחרי, מה שמקשה על הבנת תוצאות הפעולה ודורש בדיקה ידנית כדי לוודא אם אכן התרחשה הקטנה.
▾כיצד מתנהגות סטטיסטיקות שנוצרות על טבלה ריקה עם אינדקס, ומה הבעיה שנוצרה בעקבות זאת במנגנוני תחזוקה אוטומטיים?
כאשר טבלה ריקה נוצרת עם אינדקס, הסטטיסטיקה נוצרת ללא היסטוגרמה פיזית ולכן כל השדות ב-DMV מחזירים נאלים, כולל modification counter. כתוצאה מכך, מנגנוני תחזוקה שמבוססים על modification counter לא יעדכנו את הסטטיסטיקות האלה, מה שעלול לגרום לבעיות עדכון בעתיד.
▾מה התגלית לגבי יצירת היסטוגרמה אוטומטית בטבלאות עם פריימרי קי מסוג אידנטיטי, כפי שנבדק בפרק?
היסטוגרמה לא נוצרת אוטומטית בטבלאות עם פריימרי קי מסוג אידנטיטי כאשר אין שאילתות שדורשות אותה, כי המנוע יודע שהפריימרי קי הוא מקרה טריוויאלי עם ערכים ייחודיים ולכן לא צריך היסטוגרמה, מה שמונע יצירת היסטוגרמה מיותרת.
▾מה ההבדלים שהתגלו בין השימוש ב-ChatGPT לבין Clova AI (קלוד) בניסיונות לקבל תשובות טכניות בפרק?
המשתמש דיווח כי קלוד לעיתים מספק תשובות לא מדויקות או שגויות, בעוד ש-ChatGPT מספק תשובות מהירות, מדויקות ולעניין יותר, למרות שזמן התגובה של קלוד ארוך יותר. החוויה האישית הייתה ש-ChatGPT עדיף בנושאים טכניים מורכבים כמו אלו שנדונו בפרק.
פרק 195 - מהו הביקוש ל-DBA-ים בעידן ה-AI?
7 ביוני 202632 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
המקצוע DBA נחשב למקצוע של זקנים עם גיל ממוצע גבוה, והכניסה של צעירים לתחום כמעט ולא קיימת. הביקוש ל-DBA נשאר גבוה ואף עולה, בעיקר בגלל התרחבות מערכות ה-RDBMS והצורך בניהול מקצועי. מיקרוסופט הוסיפה פיצ'רים ל-T-SQL שמאפשרים אינטגרציה עם AI, אך יש סקפטיות לגבי היכולת של AI לנהל סביבות פרודקשן באופן עצמאי. נידונה גם בעיית סטטיסטיקות ב-SQL Server שזוהתה ותוקנה בעזרת עדכון לאולה.
קראו עוד ▾הציגו פחות ▴- גיל הממוצע של DBA בשוק גבוה, והתחום לא מושך צעירים חדשים.
- הביקוש ל-DBA לא יורד, ואפילו עולה בגלל התרחבות מערכות וסטארט-אפים.
- AI מקשה על כניסת ג'וניורים לתחום התוכנה בכלל ול-DBA בפרט.
- מיקרוסופט הוסיפה פיצ'רים ל-Azure SQL שמאפשרים שימוש במודלים חיצוניים ו-vector embedding.
- בעיית modification counter בסטטיסטיקות של SQL Server תוקנה לאחרונה בגרסה חדשה של אולה.
ש&תשאלות ותשובות מהפרק▾כיצד מתארים המנחים את מצב הביקוש למקצוע DBA כיום ומהם האתגרים בגיוס דורות צעירים לתחום?
המנחים מציינים כי הביקוש ל-DBA לא ירד ואף גדל אבסולוטית בגלל התרחבות השוק, אך יש מחסור משמעותי בכניסת צעירים לתחום. הם מדגישים שהגיל הממוצע של ה-DBA בשוק מתקדם, וכמעט אין צעירים מתחת לגיל 30 שנכנסים למקצוע, מה שיוצר פער בין הביקוש להיצע.
▾איזה פיצ'רים חדשים בתחום ה-AI הוצגו עבור Azure SQL ו-SQL DB וכיצד הם משתלבים בניהול מסדי הנתונים?
מיקרוסופט הוסיפה פיצ'רים של AI ב-T-SQL הכוללים יצירת אובייקט חדש בשם external model שמאפשר אינטגרציה עם מודלים חיצוניים כמו OpenAI. הפיצ'רים מאפשרים יצירת וקטורי Embedding מטקסטים ושמירתם בטבלאות, וכן חיפוש מבוסס מרחק בין וקטורים, מה שמאפשר חיפוש טקסטואלי מתקדם בתוך מסדי הנתונים.
▾מהם החששות והספקות שהועלו לגבי היישום של יכולות AI לניהול סביבות פרודקשן של מסדי נתונים?
המנחים מביעים ספקנות לגבי היכולת של AI לנהל סביבות פרודקשן באופן אוטומטי, במיוחד בניהול מורכב כמו הקמת מסדי נתונים או ניהול סביבות קיימות. הם מציינים שיכולות AI יכולות לסייע במשימות בסיסיות, אך ניהול מלא של סביבה פרודקשן נראה רחוק מהישג יד כיום.
▾כיצד מתוארת ההשפעה של טכנולוגיות חדשות כמו Vector Embedding על מסדי נתונים רלציוניים קיימים כמו SQL Server?
הוספת פיצ'ר Vector Embedding ל-SQL Server היא ניסיון לשלב יכולות AI בתוך מסד נתונים רלציוני, אך המנחים מציינים שזה לא נועד מלכתחילה לכך ולכן יש ספק לגבי היעילות והסקיילביליות של הפיצ'ר. הם משווים זאת ל-Graph Database שנבנה מהיסוד לתמוך במבני נתונים שונים, ומדגישים שהטמעה על SQL Server היא פתרון פחות אידיאלי.
▾מהו הבאג שדובר עליו בהקשר של סטטיסטיקות ומודיפיקשן קאונטר במסדי נתונים וכיצד הוא תוקן?
הבאג מתייחס לכך שבטבלאות חדשות או בפרטישנים חדשים בסטטיסטיקות נוצר מצב שבו ערכי modification counter נשארים NULL, מה שמונע עדכון סטטיסטיקות ומסכן את ביצועי השאילתות. בעקבות חקירה, נפתח פול ריקווסט ב-OLA שהוביל לתיקון בקוד שמטפל בערכים אלו, והגרסה החדשה מומלצת להתקנה.
פרק 194 - תוכנית המיגרציה מגרסת 2012 לגרסת 2025
7 במאי 202638 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
בפרק נדונה פגישה עם לקוח שמעוניין לשדרג את סביבת ה-SQL Server מ-2012 ל-2025. השדרוג כולל העברת דאטה ויירהוס לשרת נפרד כדי לחסוך בעלויות רישוי. במהלך השיחה הוצגו מספר אפשרויות לשדרוג, כולל שימוש ב-Log Shipping וב-Distributed Availability Groups.
קראו עוד ▾הציגו פחות ▴- שדרוג ל-2025 ידרוש תכנון קפדני כדי למזער דאונטיים.
- הלקוח מתכנן להעביר את הדטה ויירהוס לשרת נפרד כדי לחסוך בעלויות רישוי.
- שדרוגים בין גרסאות לא נתמכות מצריכים שימוש בטכניקות כמו Log Shipping.
- הבנת השינויים ב-compatibility level היא קריטית כדי למנוע בעיות לאחר השדרוג.
- המלצה לבצע סימולציות לפני השדרוג בפרודקשן.
ש&תשאלות ותשובות מהפרק▾איך בנויה סביבת הפרודקשן של הלקוח שרוצה לשדרג מ-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, וההמלצה היא פשוט להוריד את הקליינט הכי חדש.
פרק 193 - הסטטיסטיקות של שרודינגר
5 באפריל 202634 דק׳פרק 192 - ON DELETE CASCADE - בעד או נגד?
1 במרץ 202635 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
ON DELETE CASCADE מאפשר למחוק רשומה ראשית יחד עם כל הרשומות התלויות בה באופן רקורסיבי, מה שמפשט את הקוד ומונע צורך בכתיבת מחיקות ידניות מרובות. עם זאת, בשימוש במערכות עמוסות קיימת סבירות גבוהה לדדלוקים בגלל סדר הנעילות שמתחיל מלמעלה למטה. בנוסף, הפיצ'ר יוצר סיכון כי פעולות המחיקה מתבצעות מאחורי הקלעים, מה שמקשה על תחזוקת הקוד ופתרון תקלות. קיימות אלטרנטיבות כמו soft delete או מחיקה ידנית בטרנזקציה, אך הן מורכבות יותר ודורשות תכנון מוקפד.
קראו עוד ▾הציגו פחות ▴- ON DELETE CASCADE מפשט את מחיקת היררכיות בטבלאות ומונע צורך בכתיבת קוד מחיקה מורכב.
- שימוש ב-ON DELETE CASCADE במערכות עם עומס גבוה עלול לגרום לדדלוקים בגלל סדר הנעילות.
- מחיקות ידניות בטרנזקציה מאפשרות שליטה רבה יותר אך הן מורכבות ודורשות תכנון קפדני.
- פעולות נסתרות מאחורי הקלעים (כמו ON DELETE CASCADE או טריגרים) מקשות על תחזוקת הקוד ופתרון תקלות.
- פתרונות לא שגרתיים כוללים הסרת פורינקיז והשארת רשומות יתומות עם garbage collector לניקוי מאוחר.
ש&תשאלות ותשובות מהפרק▾מהן הסיבות המרכזיות שבגללן גיא גלנצר נמנע משימוש ב-ON DELETE CASCADE בדאטאבייסים?
גיא נמנע מהשימוש ב-ON DELETE CASCADE בעיקר בגלל סיכון לדדלוקים במערכות עמוסות עם הרבה קריאות ג'וינים ודיליטים שמתנגשים, וכן כי הפיצ'ר יוצר פעולות מאחורי הקלעים שקשה לעקוב אחריהן ולתחקר אותן, מה שמוביל לבעיות תקשורת וטעויות אנוש.
▾כיצד משפיע כיוון הנעילות על סבירות להיווצרות דדלוקים בעת שימוש ב-ON DELETE CASCADE לעומת מימוש מחיקה ידנית בטרנזקציה?
בעת שימוש ב-ON DELETE CASCADE הנעילות מתחילה מלמעלה למטה, מה שמגדיל את סבירות הדדלוק כי נעילות רבות מוחזקות בו זמנית על אובייקטים שונים. לעומת זאת, מימוש מחיקה ידנית מתחיל מהילדים למעלה, מה שיכול להפחית סבירות דדלוק, אך בפועל התוצאה תלויה בהרבה פרמטרים ולכן קשה לחזות.
▾איזה פתרון אלטרנטיבי מוזר הוזכר בפרק להתמודדות עם בעיות דדלוק ו-ON DELETE CASCADE?
הוזכר פתרון שבו הורידו את הפורינקיז לחלוטין, והאפליקציה מבצעת מחיקה רק לרוט העליון, משאירה יתומים בהיררכיה, ומפעילה garbage collector בלילה שמנקה את השאריות. פתרון זה נחשב לא אורתודוקסי ועם סיכון גבוה, אך מעניין.
▾מה הבעיות שציינו בפרק לגבי מחיקת קבצים ב-MDB וכיצד מציעים להתמודד איתן?
מחיקת קבצים ב-MDB קשה כי הקבצים נעולים כל הזמן בשל שימוש מקבילי של SQL. הפתרונות שהוצעו כוללים שימוש בפקודות DBCC לניקוי cache, אך הן לא תמיד יעילות. הפתרון היעיל יותר הוא ריסטארט של ה-SQL עם מצב single user, מה שמאפשר למחוק את הקובץ.
▾כיצד מתנהגים הלוגים של SQL Server ו-Windows Event Log בסביבת Failover Cluster Instance (FCI) לאחר פייל אובר, ומה הבעיה שנחשפה בפרק?
בלוג של SQL Server נכתב לדיסק המשותף של ה-FCI ולכן נשמר גם אחרי פייל אובר, ואילו Windows Event Log נכתב לדיסק מקומי שאינו חלק מהקלאסטר ולכן לא זמין לאחר פייל אובר. זה יוצר פער במידע ובלבול בעת חקירת תקלות לאחר פייל אובר.
פרק 191 - סיפורים על קלאסטרים וחיות אחרות
1 בפברואר 202637 דק׳לניתוח המלא של הפרק ←אמ;לקסיכום הפרק
בפרק נדונה בעיית תקשורת בין שרתים בקלאסטר, כאשר אחד השרתים נכנס למצב 'קווארנטין' בעקבות כישלונות חוזרים. המנחים מדגישים את הצורך לבדוק גם את הלוגים של הקלאסטר ולא רק את הלוגים של SQL Server, שכן בעיות רבות נובעות משם. כמו כן, נדונה חשיבות ההבנה של אפשרויות ה-High Availability ב-SQL Server.
קראו עוד ▾הציגו פחות ▴- כאשר שרת נכנס למצב 'קווארנטין', לא תמיד יש לכך אינדיקציה בלוגים של SQL Server.
- חשוב לבדוק את הלוגים של הפייל אובר קלאסטר מנג'ר כדי להבין את מצב הקלאסטר.
- במצבים של תלות בין דאטאבייסים, FCI עדיף על AG.
- הגדרה של auto-minor version upgrade ב-RDS לא תמיד מביאה לעדכונים אוטומטיים כפי שמצופה.
- לוגי ההתקנה של SQL Server מכילים מידע קרדינלי במקרה של בעיות בהתקנה.
ש&תשאלות ותשובות מהפרק▾מה גורם לשרת המשני ב-Availability Group להיתקע במצב Resolving לפי גיא גלנצר?
גיא גלנצר מסביר שהשרת עשוי להיכנס למצב Quarantine בקלאסטר של Windows עקב נפילות חוזרות. לפי הגדרת ברירת המחדל, שלוש נפילות בתוך שעה אחת גורמות להשבתת השרת למשך שעתיים, ובמצב זה ב-SSMS מופיע ניתוק ללא אינדיקציה מפורשת להסגר.
▾מדוע ביצוע ריסטארט לשרת המשני אינו פותר את בעיית ה-Quarantine בקלאסטר?
לפי גיא גלנצר, אתחול השרת אינו מבטל את ההסגר של הקלאסטר ואף מחמיר את המצב, כיוון שמונה הכשלונות ממשיך לעלות. הפתרון הנכון הוא לגשת אל Failover Cluster Manager ולהחזיר את ה-Node למצב אונליין באופן יזום.
▾כיצד השתנה תהליך תחקור תקלות ה-Failover בקלאסטר לפי גיא גלנצר?
לפני כעשור נדרשה עבודה סיזיפית שכללה איסוף לוגים מ-SQL Server, מ-Windows ומהקלאסטר, ומיזוגם ידנית באקסל לפי סדר כרונולוגי כדי להבין מה קרה. כיום גיא שולף את הלוגים לקובץ CSV ומזין אותם ישירות אל כלי AI כמו ChatGPT כדי לקבל תחקיר מסודר תוך זמן קצר.
▾מתי ממליצים גיא גלנצר ואיתן בלומי להעדיף FCI על פני Availability Group ב-SQL Server Standard?
איתן וגיא מדגישים שבגרסת Standard קיימת מגבלה של דאטאבייס בודד לכל Availability Group. לכן, כאשר ישנם חמישה דאטאבייסים שתלויים זה בזה, עדיף לבחור ב-FCI כדי למנוע מנגנוני פייל-אובר שבריריים וליהנות מסנכרון מובנה של לוגינים וג'ובים.
כתבות במגזין על התוכנית
שיווק והכנסות משיחות בין DBAs: שאלות נפוצות
העמוד הזה נבנה אוטומטית מהפיד שלכם. אם אתם מנחים את התוכנית, אלה השאלות שאנחנו נשאלים הכי הרבה.
- המלצה על פודקאסט: איך שיחות בין DBAs מקבל המלצה ונמצא כאן?
- פודקאסט·ישראל מושך את הפיד של שיחות בין DBAs אוטומטית, ולכן העמוד הזה קיים בלי שביקשתם. מה שקובע אם מאזין חדש מגיע אליו הוא כמה טקסט אמיתי יש עליו: תיאור, תמלול, ניתוח פרקים ונושאים שאפשר לחפש לפיהם בקטגוריית הייטק וסטארטאפים. פרקים שעברו תמלול וניתוח מופיעים גם בעמודי הנושא ובמדריכים שלנו, ולכן הם מקבלים הרבה יותר חשיפה מפרק שיש לו רק כותרת. כך תוסיפו לפודקאסט שלכם את שכבת התוכן שמביאה את ההמלצות.
- כיצד לשווק את הפודקאסט שלך בלי תקציב פרסום?
- השיווק היחיד שעובד לאורך זמן לפודקאסט הוא להיות התשובה שמישהו חיפש. אודיו לבדו לא נמצא בחיפוש, אבל טקסט שנוצר מתוך האודיו כן, ולכן הדרך הזולה ביותר לשווק את שיחות בין DBAs היא להפוך כל פרק לעמוד שאפשר לדרג ולשתף. אותו עמוד משמש גם ברשתות, בניוזלטר ובפניות לאורחים, במקום לינק לנגן שאף אחד לא פותח. הנה איך זה עובד בפועל ליוצרים.
- כיצד להרוויח כסף מהפודקאסט שלך?
- שלושת המסלולים המעשיים הם חסויות, מכירת השירות או המוצר שלכם דרך הפודקאסט, ומנוי או תוכן בתשלום. לכל אחד מהם מפרסם או לקוח מבקש לראות נכס מסודר, לא רק קובץ שמע: עמוד לכל פרק, נושאים ברורים ותנועה שמגיעה מחיפוש. 109 הפרקים של שיחות בין DBAs הם המלאי שממנו בונים את הנכס הזה. ראו את המסלול שאנחנו מציעים ליוצרים.
- למה הארכיון של שיחות בין DBAs כמעט לא מופיע בגוגל וב-ChatGPT?
- מנועי חיפוש ומודלים של AI קוראים טקסט, לא שמע. פרק שקיים רק כקובץ MP3 עם כותרת ושורת תיאור הוא מבחינתם עמוד כמעט ריק, ולכן ארכיון שלם יכול להיות בלתי נראה. ברגע שהפרק מתומלל ונכתב ממנו מאמר מסודר, יש למנוע מה לצטט וגם ל-ChatGPT ולפרפלקסיטי יש מקור להפנות אליו. כך הופכים ארכיון שקוף למקור שמצטטים.
- מה מקבלים כש-109 הפרקים של שיחות בין DBAs הופכים למגזין?
- 109 פרקים = 109 מאמרים: אתר מגזין בעברית על הדומיין שלכם, מאמר לכל פרק עם תקציר, נקודות מפתח וציטוטים מתוך השיחה, וקישורים פנימיים בין הפרקים לפי נושא. כל מאמר מפרסם את עצמו אוטומטית ומצרף את נגן הפרק, כך שקורא שהגיע מחיפוש יכול להאזין באותו עמוד. המאמרים בעמודי הפרקים כאן נוצרו בדיוק בשיטה הזו, אז אתם רואים את התוצר לפני שאתם משלמים עליו. לפרטים המלאים ולדוגמאות בעמוד היוצרים.
- כמה עבודה זה דורש מכם כמנחים?
- אתם ממשיכים להקליט בדיוק כמו היום. התמלול, כתיבת המאמר, ההגהה הטכנית והפרסום רצים אוטומטית מתוך פיד ה-RSS של שיחות בין DBAs, וגם פרקים חדשים נכנסים לבד. מה שנשאר לכם הוא לאשר את הטון ואת מה שלא מפרסמים. דברו איתנו דרך עמוד היוצרים.
פודקאסטים דומים
המייסדים
ניצן שפירא ורן רבנזפט
אבא תרחם Father have mercy
כאן
דאטה בפיתה - פודקאסט לדאטה אנליסטים
מיקרוסופט דאטה אנליסטס קלאב
עסקים באושר ועושר-להרוויח ולהנות עם לילך זיו
לילך זיו-ייעוץ לעסקים ועסקים משפחתיים
LOCK UP Podcast - פודקאסט לוק אפ
בר אנידג'ר
רברס עם פלטפורמה
רברס עם פלטפורמה