כמה מרוויח/ה DBA בישראל? טווחי שכר לפי ותק
זמן קריאה: 8 דקות
מנהל.ת בסיסי נתונים בישראל נעים היום בין שני עולמות: מערכות ותיקות שרצות בתוך הארגון, לבין שירותי נתונים מנוהלים בענן. המרחק בין שני העולמות האלה הוא מה שקובע בפועל את המספר בתלוש. בלוח HiTakeJob פתוחות כרגע 133 משרות שמזכירות SQL ולצידן חמישים משרות שנוגעות ב-PostgreSQL.
טווחי השכר לפי ותק: הערכת שוק
לפני המספרים, הבהרה שאנחנו חוזרים עליה בכל מאמר שכר: במאגר של HiTakeJob אין שדה שכר כלל. הטווחים שבטבלה נבנו מפרסומים גלויים ומשיחות עם אנשי מקצוע בתחום, והם הערכת שוק ולא נתון שנשאב ממשרות הלוח.
| שלב בקריירה | הערכת שוק, ברוטו לחודש | מה נמצא באחריות בפועל |
|---|---|---|
| שנה עד שנתיים | 15,000 - 20,000 ש"ח | גיבויים, ניטור, הרשאות, שאילתות תחזוקה |
| שלוש עד חמש שנים | 21,000 - 30,000 ש"ח | כוונון ביצועים, שכפול, שדרוגי גרסה |
| שש עד עשר שנים | 30,000 - 42,000 ש"ח | שרידות, תכנון קיבולת, מיגרציות בין מנועים |
| מומחה או ראש תחום נתונים | 42,000 - 55,000 ש"ח | אחריות רוחבית על כל שכבת האחסון בארגון |
הטווחים רחבים במיוחד בשתי השורות התחתונות, וזו אינה עצלות בהערכה אלא תיאור נאמן של השוק. ותיק שמחזיק מערכת אחת בארגון יציב ימצא את עצמו בתחתית השורה שלו, ואילו מי שמחזיק שלושה מנועים שונים, כותב אוטומציה ונקרא בלילה כשמשהו נופל יימצא בראשה. הוותק מסביר פחות משחושבים.
למה דווקא מערכות Legacy מייצרות פרמיית שכר?
ההיגיון נראה הפוך במבט ראשון. אם כל השוק זז לשירותים מנוהלים, למה מי שיודע להתחזק מסד נתונים ותיק בחדר שרתים מקבל יותר ולא פחות? התשובה נמצאת בצד ההיצע, לא בצד הביקוש.
שירות מנוהל בענן ביטל חלק גדול מהעבודה השגרתית: הקמה, תיקוני גרסה, גיבוי מתוזמן ושכפול הפכו לתיבת סימון בממשק. התוצאה היא שאנשים חדשים שנכנסים לתחום פשוט לא נתקלים בשכבה שמתחת. הם לא מדבגים תוכנית ביצוע שהמנוע בחר לא נכון, לא מתמודדים עם שחזור נקודתי לזמן, ולא ראו מעולם מסד נתונים שנגמר לו המקום בשלוש לפנות בוקר.
בצד השני של המשוואה, המערכות הוותיקות לא נעלמו. מערכות ליבה בבנקאות, בביטוח, בבריאות, בתעשייה הביטחונית ובמערכות ERP ארגוניות ממשיכות לרוץ על Oracle ועל SQL Server בתוך הארגון, ובחלקן גם ימשיכו לרוץ שם עוד שנים ארוכות. הסיבה אינה שמרנות אלא עלות: הסבה של מערכת ליבה שנכתבה לאורך עשרים שנה היא פרויקט רב שנתי עם סיכון עסקי אמיתי.
כשההיצע מצטמצם מהר יותר מהביקוש נוצרת נדירות, והנדירות משולמת. אבל כדאי להסתכל על הפרמיה הזו בעיניים פקוחות, כי יש לה שני צדדים.
- הצד החיובי: מעט מאוד מועמדים רלוונטיים לכל משרה, וכוח מיקוח גבוה במיוחד במשא ומתן על שכר.
- הצד השלילי: מספר המעסיקים שזקוקים לידע הזה מצטמצם עם השנים, והניידות בין חברות קטנה.
- הסיכון בפועל: ככל שההתמחות צרה יותר, כך ארוך יותר החיפוש כשהמעסיק היחיד באזור מסיים מיגרציה.
המסקנה המעשית שאנחנו שומעים שוב ושוב ממי שנמצא בתחום: העומק ב-Legacy הוא נכס, אבל רק כשהוא מלווה בשליטה בשירותי הנתונים בענן. השילוב של השניים הוא מה שמייצר את ההצעות הגבוהות, לא כל אחד מהם לבדו. בלוח פתוחות כרגע 123 משרות שמזכירות AWS, ולא מעט מהן נוגעות בשכבת הנתונים.
DBA מסורתי, Cloud DBA ו-DBRE: שלוש משפחות תחת שם אחד
הכותרת בהודעת המשרה כמעט אף פעם לא מספיקה. שלוש משפחות תפקיד שונות מתפרסמות באותו שם, והפער בשכר ביניהן גדול מהפער בין שנתיים ותק לארבע.
| משפחת תפקיד | הליבה של היומיום | מיקום יחסי על סולם הערכת השוק |
|---|---|---|
| DBA תפעולי | גיבוי ושחזור, הרשאות, כוונון שאילתות | רצפת הטווח ואמצעו |
| Cloud DBA | הפעלת שירות מנוהל, ניהול עלות, סקיילינג | אמצע הטווח ומעלה |
| Database Reliability Engineer | קוד, אוטומציה, יעדי אמינות, תורנות מסודרת | ראש הטווח |
| מומחה מערכות ותיקות | Oracle ו-SQL Server בתוך הארגון, מיגרציות | קפיצה נקודתית בזכות נדירות |
ההבדל המהותי בין שתי השורות הראשונות לשורה השלישית אינו טכנולוגי אלא תפיסתי. DBRE נמדד ביעדי אמינות ומספק את שכבת הנתונים כשירות פנימי עם ממשק ברור, ולכן מרבית זמנו עוברת בכתיבת קוד ולא בעבודה ידנית מול מסד נתונים. זו הסיבה שהתפקיד מתומחר קרוב יותר לתפקידי תשתית מודרניים.
למי ששוקל לאן לנוע, שווה לקרוא את מדריך הקריירה שלנו ל-DBA, שמפרט את התכולה של כל אחת מהמשפחות ואת מסלולי הכניסה אליהן.
מה מזיז את המספר מעבר לשנות הוותק
ארבעה משתנים חוזרים כמעט בכל משא ומתן שאנחנו נתקלים בו, וכולם מכפילים או מקזזים את ההשפעה של הוותק.
הראשון הוא רוחב המנועים. מי שמחזיק מנוע יחיד מתומחר אחרת ממי שמחזיק כמה מהם במקביל. בלוח אפשר לראות את הפיזור הזה בפועל: 36 משרות שמזכירות PostgreSQL, 28 משרות שמזכירות MongoDB, 21 משרות שמזכירות Redis ו16 משרות שמזכירות MySQL. ארגון שרץ על שלושה מנועים במקביל מחפש אדם אחד שמכיר את שלושתם, ומוכן לשלם על החיסכון בראשים.
השני הוא קריטיות עסקית. מסד נתונים שנפילה שלו עוצרת גבייה, מסחר או קו ייצור מתומחר אחרת ממסד נתונים פנימי שמשרת דוחות. זה לא עניין של גודל הנתונים אלא של עלות הדקה.
השלישי הוא בעלות על מיגרציות. מי שהוביל בעצמו הסבה של מערכת פעילה, עם תוכנית חזרה לאחור שנבדקה ועם חלון השבתה שנשמר, מחזיק בהוכחה שקשה לזייף בראיון. זהו המשתנה היחיד בטבלה הזו שמקפיץ שכר בקפיצה אחת ולא בהדרגה.
הרביעי הוא כתיבת קוד. שליטה בתסריטים, בכלי תשתית כקוד ובאוטומציית שגרות מעבירה את המועמד ממשפחת התפעול למשפחת ההנדסה, וזה בדיוק הגבול שמפריד בין אמצע הטווח לראשו.
שווה להוסיף משתנה חמישי שפחות מדברים עליו: האם התפקיד יושב בתוך צוות תשתיות או בתוך צוות פיתוח. בצוות תשתיות, מנהל בסיסי הנתונים הוא ספק שירות פנימי, והמדדים שלו הם זמינות וזמן תגובה לבקשות. בתוך צוות פיתוח, הוא שותף לתכנון הסכמה ולהחלטות מוצר, ולכן נמדד גם על מהירות הפיתוח של אחרים. התפקיד השני נוטה להיות מתומחר גבוה יותר, מפני שהוא דורש הבנה של המוצר ולא רק של המנוע.
דבר אחרון שכדאי לברר מראש הוא היקף הנתונים והקצב שבו הוא גדל. מסד נתונים שמכפיל את עצמו כל שנה מייצר עבודת תכנון קיבולת שאין בארגון יציב, והוא גם מייצר הזדמנות אמיתית ללמידה. מי שנכנס לסביבה כזו בשנתיים הראשונות שלו קונה ניסיון שקשה להשיג במקום אחר.
איך כוננות מתומחרת בפועל?
זהו החלק שהכי הרבה מועמדים שוכחים לברר, והוא לעיתים משנה את ההכנסה השנתית יותר מאשר אלף שקלים בשכר הבסיס. תפקידי בסיסי נתונים הם מטבעם תפקידי זמינות, והשאלה איך הזמינות הזו מתוגמלת נפתרת בכמה דרכים שונות לגמרי.
הדפוסים המקובלים בשוק הם שלושה: תוספת כוננות קבועה על כל תקופת תורנות, תשלום לפי קריאה בפועל, או שכר גלובלי שמוצהר כמגלם את הכל. השלישי הוא הנפוץ ביותר בהייטק וגם הבעייתי ביותר למועמד, כי הוא לא מבחין בין מי שנקרא פעם בחודש לבין מי שנקרא שלוש פעמים בשבוע.
לכן השאלות שכדאי לשאול לפני החתימה הן שאלות על תדירות ולא על כסף: כל כמה זמן חוזרת התורנות, כמה אנשים בסבב, כמה קריאות היו בממוצע בחודשים האחרונים, ומה קורה כשקריאה הופכת ללילה שלם. תשובה מדויקת לארבע השאלות האלה שווה יותר מכל הבטחה כללית, ולעיתים היא גם הבסיס להעלאת הצעה. את המסגרת הכללית למשא ומתן ריכזנו במדריך המשא ומתן על שכר.
מה נבדק בראיון ואיך זה נכנס להצעה
ראיון לתפקיד בשכבת הנתונים נבדל מראיון פיתוח בכך שכמעט אין בו שאלות תיאורטיות. מראיין מנוסה יביא תרחיש ויבחן את סדר הפעולות, כי סדר הפעולות הוא בדיוק מה שמבדיל בין מי שגרם לנזק בלחץ לבין מי שמנע אותו.
ארבעה תרחישים חוזרים כמעט בכל תהליך. תרגיל שחזור: המערכת נפלה, יש גיבוי מלפני שעתיים, מה עושים ובאיזה סדר, ומה אומרים לגורמים העסקיים בינתיים. שאילתה שהאטה בן לילה בלי ששונתה: איך מאתרים מה השתנה כשהקוד זהה. פער שכפול שגדל: כיצד מחליטים בין להמתין, להעביר עומס או לנתק. ונעילה הדדית חוזרת באפליקציה: איך מסבירים למפתחים שהתיקון אינו בצד שלך.
הקשר להצעה הכספית ישיר ולא עקיף. מועמד שמתאר תרגיל שחזור שהוא ביצע בפועל, כולל כמה זמן הוא לקח ומה התגלה בו, מוכיח שהוא כבר חי את הרגע היקר ביותר בתפקיד. זהו סוג ההוכחה שמזיז הצעה בין שורות בטבלה שלמעלה, ולא רק בתוך שורה.
שאלה אחת ששווה להפנות למראיין בחזרה: מתי הפעם האחרונה שהארגון בדק שחזור מגיבוי מקצה לקצה. התשובה מלמדת על בשלות הארגון, על כמות העבודה שמחכה, ולעיתים גם מסבירה למה המשרה בכלל נפתחה.
מה פתוח עכשיו בלוח
נקודות התחלה מעשיות לחיפוש: 133 משרות SQL, 36 משרות PostgreSQL ו377 משרות בקטגוריית מחקר ופיתוח, שבה יושבות גם משרות תשתית נתונים שאינן נושאות את הכותרת DBA. שווה לקרוא את גוף המשרה ולא רק את הכותרת, כי בארגונים רבים התכולה הזו מתחבאת בתוך תפקיד תשתיות רחב.
שאלות נפוצות
המספרים כאן מבוססים על המשרות באתר?
לא. שדה שכר אינו קיים במאגר שלנו, ולכן אי אפשר לגזור ממנו טווחים. כל סכום בשקלים במאמר הוא הערכת שוק. מה שכן מגיע ישירות מהלוח הוא ספירת המשרות שליד כל קישור.
האם כדאי עדיין להשקיע בלימוד Oracle ב-2026?
אם היעד הוא ארגון פיננסי, ביטחוני או תעשייתי, התשובה חיובית, בתנאי שהיא מלווה בידע ענן. התמחות בלעדית במערכת ותיקה אחת מייצרת כוח מיקוח גבוה מול מעט מאוד מעסיקים, וזו עסקה שכדאי לעשות במודע.
מה ההבדל בשכר בין DBA ל-DBRE?
לפי הערכת שוק, הפער נע בין עשרה לעשרים וחמישה אחוזים לטובת התפקיד ההנדסי, והוא מתרחב ככל שהוותק עולה. מה שמצדיק אותו הוא כתיבת קוד ואחריות על יעדי אמינות, לא היכרות עמוקה יותר עם המנוע.
האם תעודות מקצועיות של יצרני מסדי נתונים מעלות שכר?
הן בעיקר מקצרות סינון ראשוני ופותחות דלת בארגונים שעובדים מול ספק מסוים. בשלב המשא ומתן עצמו ההשפעה שלהן מוגבלת לעומת ניסיון מוכח בהסבה או בפתרון תקלה משמעותית.
כמה משרות רלוונטיות פתוחות כרגע?
בלוח שלנו פתוחות 133 משרות שמזכירות SQL, 36 שמזכירות PostgreSQL ו-21 שמזכירות Redis. חלק מהן מיועדות למפתחים ולא לתפקיד ייעודי בשכבת האחסון, ולכן הקריאה של גוף המשרה חיונית.
איך מבקשים העלאה בתפקיד הזה?
הדרך שעובדת היא לקשור בקשה לאירוע מדיד: הסבה שהושלמה בלי השבתה, שאילתה שהורידה עומס משמעותי, או הפחתה של הוצאות ענן. בתפקיד שרוב עבודתו נעלמת מהעין כשהכל תקין, תיעוד ההישגים הוא חלק מהעבודה.