תוֹכֶן
- 1. אל תשכח לבדוק את הגיבויים שלך!
- 2. אי הקפדה על מגבלות הגישה לאבטחה יכולה להיות יקרה!
- 3. אל תתעלם מתחזוקה עקבית של בסיס הנתונים שלך!
- 4. אל תחכה עד למערכת שלך תיתקל בבעיות כדי להתחיל לעקוב אחר רמות ועומסי הפעילות של מסד הנתונים!
- 5. אל תשבית את אימות העמודים!
- אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
מקור: .shock / Dreamstime.com
להסיר:
הזנחה של חמש משימות אלה עלולה להוביל לאסון בסיסי נתונים!
לא כל המטלות השגרתיות והקווידידיאניות שמבוצעות על ידי ה- DBA נוצרו שוות. הזנחה של חלק מהמשימות היומיומיות הללו עלולה להוביל לכאב ראש, בעוד שאחרות עלולות להוביל להפסדים כספיים אדירים. למרות שחלק גדול מהזמן היקר של ה- DBA מתחלק לטיפול בשגיאות ובעיות המתרחשות כתוצאה ממפתחים ומשתמשים, חשוב שהמשימות היומיומיות הקריטיות לא יתעלמו.
להלן 5 טעויות DBA ענקיות שיש להימנע מהן כדי להצטיין בעמדתך.
1. אל תשכח לבדוק את הגיבויים שלך!
בהמולה של פעילויות יומיומיות, ניתן להתעלם מדברים מסוימים. אבל אל תתנו לזה להיות אחד מהם! ללא קשר לאיכות הגבוהה של טכניקות התאוששות האסון שלך, חשוב לך לבצע בדיקות באופן עקבי כדי לוודא שהגיבויים שלך פועלים. הדבר הגרוע ביותר שיכול לקרות הוא לגלות שהם לא כשאתה מנסה לשחזר אותם. על משתמשי SQL Server להשתמש בפקודה BACKUP VERIFYONLY על מנת לוודא שגיבויים עובדים וכדי להשתמש באפשרות CHECKSUM כדי להבטיח שמסד הנתונים שלך לא ייפגם. ביצוע שחזור מסד נתונים רגיל במערכות שאינן מוגנות חשוב גם לוודא שניתן לשחזר את הגיבויים שלך. (למידע נוסף על התאוששות מאסון, ראה התאוששות מאסון 101.)
2. אי הקפדה על מגבלות הגישה לאבטחה יכולה להיות יקרה!
התעלמות מאיומי אבטחה היא למעשה די נפוצה בקרב DBAs. בין אם זה מאפשר לאנשים או לאפליקציות לגשת למידע ברמה גבוהה יותר מהנדרש או להציע למפתחים הרשאות ניהול, טעויות אלה עלולות לגרום לאובדן נתונים, גניבת נתונים, חשיפת נתונים או אפילו שחיתות בסיסי נתונים. אמנם ניתן לחשוב כי מתן גישה למפתחים ישירים לנתוני הפקה עלול לזרז את תהליך הפיתוח והניפוי של באגים, אך בהחלט אין זה שיטה מומלצת. כאשר בוחנים את הטעות הקטסטרופלית שיכולה להיות כתוצאה ממתן לאדם הלא נכון גישה להרבה מדי, DBAs צריכים לוודא שמשתמשים, מפתחים ואפילו מנהלים מקבלים רק את רמת ההרשאה הנמוכה ביותר.
3. אל תתעלם מתחזוקה עקבית של בסיס הנתונים שלך!
אחרי הכל, מסד הנתונים לא יכול להריץ את עצמו! חשוב ביותר ש- DBA לא יתעצלו או יתעלמו מתחזוקת מסד נתונים רגילה וסתמכו על יכולות הכוונון האוטומטי והריפוי העצמי של מערכת מסד הנתונים. ישנן משימות מכריעות רבות שצריכות להתבצע בעקביות, כולל הפעלת בדיקות שלמות בסיסית עבור כל מאגרי ההפקה, בדיקת האינדקסים לפיצול ועדכון הסטטיסטיקות על בסיסי הייצור שלך. זה יכול להועיל לאוטומטי של משימות אלה כל עוד לא מתבצעות פעילויות רבות בעלות משאבים רבים בשעות העבודה הגבוהות בייצור הייצור. לא משנה מה, זה חייב להיעשות, או טעויות יקרות יכולות להתרחש. (למידע נוסף על חובות ותחומי אחריות ב- DBA, עיין בקריירות ניהול מסדי נתונים 101.)
4. אל תחכה עד למערכת שלך תיתקל בבעיות כדי להתחיל לעקוב אחר רמות ועומסי הפעילות של מסד הנתונים!
ברגע שהמערכת שלך כבה, כסף מתחיל להתבזבז ואנשים מתחילים להתסכל. לכן חשוב ביותר לעקוב אחר השימוש בשרתים באופן קבוע ומבחן אותו. בדיקת סטטיסטיקות הביצועים של המערכת תעזור לך להבין את עומס העבודה הסטנדרטי ולראות את הדפוסים כדי לדעת מתי מתרחשים שינויים או חריגות. הקפד לבדוק את השימוש במעבד, זיכרון, קלט / פלט, נעילות וחסימה, ופקח עין כמה שטח פנוי עדיין קיים לנתוני וקבצי היומן שלך.
5. אל תשבית את אימות העמודים!
בסיסי נתונים חדשים של SQL Server כוללים את הגדרת ברירת המחדל הבודקת פגיעות על ידי בדיקת סיכום הבדיקה על עמוד שלם וכותב את הערך לכותרת העמוד. לאחר מכן, כאשר העמוד נקרא לזיכרון, הוא בודק שוב את ערך סיכום ההמחאה ומשווה בין שני המספרים. אם שני המספרים אינם תואמים, הדף פגום ותקבל התראה על שגיאה. לכן הגדרה זו מועילה ביותר ועל ידי השבתתה אתה מגדיר את עצמך לכישלון!
עבור DBA יש הרבה דוסים ואינספור תרומות. יש משימות שהן כה קריטיות עד שדילוג עליהם יכול להוביל לכישלון מוחלט בבסיס הנתונים, ויש היבטים עדינים יותר שפשוט לוקחים אותך מלהיות DBA פונקציונלי למוצלח. יש אין סוף דרכים לשפר כל הזמן ולעבוד על עצמך כדי לוודא שהפרקטיקות שלך עומדות בתקן. התפקיד שלך מקיף כל כך הרבה ומעמיק על ההצלחות והכישלונות של החברה שלך. מסיבה זו, זה קריטי כי בתור DBA מוסמך, אתה וודא שאתה לומד מהטעויות של אחרים בתחום ועושה כל מה שאתה יכול כדי לא להכין אף אחד מהגדולים האלה בעצמך.
אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.