Frankfurt, New-Orleans, Sighetu Marmației

Speak Easy

אני בדרך לפרנקפורט לדבר בכנס Storage transformation של IDC ושומע את הפרק האחרון של The Geek Whisperers. לא ידעתי שיש כזה דבר אבל הם מדברים הפעם על איך אפשר להפוך ל Keynote Speaker, מוזר אבל מסתבר שיש עיסוק כזה וממש אפשר לבנות את זה כחלק מהקריירה, להיות נואם באירועים או דובר באירועים ולא סתם דובר אלא דובר מרכזי, הדובר של כנס או אירוע. מוזר. בכל אופן הפרק הזה פוגע מאד קרוב למטרה מבחינתי כי זו פעם ראשונה שאני טס במיוחד לחו"ל כדי לדבר באירוע. זה אירוע קטן מבחינת כמו האנשים אבל זו פעם ראשונה אז זה מרגיש לי גדול ואני די לחוץ, השקעתי לא מעט שעות השבוע כדי להתכונן לאירוע הזה ועל זה אני רוצה לדבר אתכם הפעם.

החלק הרלוונטי עבורי ועבורכם קוראי הנאמנים הוא החלק שבו הם מדברים על העובדה שכמו כל משימה אחרת בעבודה, להציג בכנס או לנאום נאום זו יכולת שאפשר ללמוד. נכון, לא כולם יהפכו לג'ד בארטלט (מרטין שין האגדי!) אבל מדובר במיומנות נרכשת אז גם אם לא הייתם במגמת תיאטרון בתיכון אתם עדיין יכולים לעמוד מול קהל ולדבר ולהעביר מסר משכנע.

הדבר הראשון אולי שצריך לזכור זה שהקהל מולכם באירוע לא בא לתיאטרון ולא מצפה לראות את חנה רובינא. אם אתם קוראים את הבלוג שלי אז אני מרשה לעצמי להניח שמדובר באירוע טכנולוגי, אולי כנס לקוחות שהחברה שאתם עובדים בה מארגנת או אולי הדרכה לעובדים בחברה, קולגות שלכם. אם זה אכן הדבר, אז קחו אויר ותזכרו, הם מצפים לשמוע מכם הסבר ברור ומובנה על מוצר, פתרון או גישה טכנולוגית, אף אחד לא יצא מהמצגת שלכם ויגיד לעצמו שהרומיאו שלכם לא אמין.

דבר נוסף שצריך לדעת זה שלהציג בכנס או להעביר הדרכה זו משימה שאפשר וצריך לחלק לחלקים ולספק מענה לכל החלקים, מה הכוונה? להכין מצגת power point זה רק חלק אחד ממה שצריך לעשות כדי להעביר את המצגת ומי שחושב שמצגת יפה עם איורים ואנימציות זה מספיק טועה טעות חמורה. מאד חשוב גם להתאמן על העברת המצגת, כמה פעמים לבד ואם אפשר אז עדיף גם פעם-פעמיים מול קהל אוהד. כדאי מאד גם לברר מי הקהל ולתפור את המצגת למידותיו. אם אתם מציגים מול אנשי מכירות, מהר מאד צריך להגיע ל"איך מוכרים את זה" "למי מוכרים את זה" או "אז למה למכור את זה". אם אתם מציגים מול אנשים טכניים אז מהר מאד צריך להגיע ל"אז מה עושים עם זה" "למה כדאי לי להשתמש בזה" או "למה זה יותר טוב ממה שכבר יש לי".

בתחילת הדרך לפחות, רובכם תציגו מול קהל ישראלי. רוב הסיכויים גם שתציגו מול קהל די אוהד, למה אני חושב ככה? כי אנחנו מדינה קטנה אז סביר להניח שהקהל שמולכם הוא לקוחות של החברה שלכם שלפחות את חלקם כבר פגשתם בהזדמנות זו או אחרת ושהם בעצמם מחבבים את האנשים בחברה שלכם כי אחרת הם לא היו באים, רק מיעוט מהם בא נטו בגלל סקרנות טכנולוגית. הם באו גם בגלל קשרים אישיים עם האנשים בחברה שלכם וגם כי בא להם לאכול ארוחת בוקר טובה ולקרוא לזה יום עבודה. תנצלו את העובדה הזו לטובתכם, זו הזדמנות אדירה לבסס שלעצמכם שם של מקצוען, תבואו מתורגלים ומאומנים, תספרו משהו מעניין או משהו פחות מעניין אבל בדרך קצת יותר מעניינת, תוסיפו דוגמאות ואנקדוטות שיהיה קל לזכור ולקשר לסיפור שאתם רוצים לספר ואם אתם יכולים גם להגיד משהו אישי,  אז מה טוב.

VeeamOn 2017

אני די מקנא בכל מי שהשתתף באירוע כי, ניו-אורלינס! לא הייתי שם מעולם אבל כל מה שאני יודע על העיר גורם לי לחשוב שזו אחת הערים היותר מגניבות לכנס טכנולוגי גדול.

במסגרת האירוע הוכרזה גרסא 10 של Veeam Backup and replication ואני רוצה להתמקד בכמה דברים שנראים לי חשובים יותר מהאחרים.

ראשית, בשעה טובה, הוכרזה תמיכה בגיבוי שרתים פיזיים וחשוב מכך לדעתי, תמיכה בגיבוי סביבות NAS. לדעתי זה מה שהיה חסר כדי להפוך את Veeam משחקן נישה, גם אם נישה גדולה, לשחקן מרכזי באולם ה Enterprise. אשמח לשמוע מה דעתכם כאן אבל לדעתי יש פחות ופחות לקוחות שמסכימים להשתמש ביותר מפתרון גיבוי אחד בארגון, יש פחות ופחות סבלנות להריץ כלי אחד לגיבוי NAS, כלי אחר לגיבוי מכונות וירטואליות וכו'. בניגוד לקמפיין הדי מכוער של CommVault השבוע שבינתיים נראה לי שנמחק, הרבה מאד לקוחות Enterprise היו שמחים מאד להשתמש ב Veeam ונמנעו רק בגלל החובה להחזיק יותר מפתרון אחד.

Universal Storage Integration API – הרחבה של היכולת של שותפים טכנולוגיים להתממשק אל פתרון ה Veeam ולהרחיב את יכולות הגנת המידע – בגרסא זו נוספה גם אופציה מובנית לניהול משימות הגנה על המידע של IBM SVC, IBM Storewiz , Lenovo V series storage ושלנו, Infinidat!

יכולת ה CDP החדשה מעניינת אותי מאד אבל אני תוהה כמה לקוחות באמת ישתמשו בה. תמיד חשבתי שזו תכונה שקיימת יותר במסמכי RFP מאשר בשטח כי בדרך כלל מי שצריך RPO נמוך צריך גם RTO נמוך ונראה לי שהרבה יותר פשוט להשיג את שניהם ביחד עם רפליקציה מבוססת מערך האחסון ולא כלי חיצוני.

Sandbox – (קיים מגרסא 9.5 אבל נראה לי חשוב אז אני מזכיר כאן) יכולת מובנית להשתמש לנהל באופן מרכזי הקמה של סביבות שלמות תוך סנפשוטים וליצור תרחיש מוגדר מראש של איזה סנפשוטים \, אילו מכונות וירטואליות, לאיזה virtual switch  צריך לחבר אותם, באיזה סדר להעלות אותם ולמחוק את כל הסביבה הזו בסיום התהליך וככה לספק סביבת בדיקות או סביבת פיתוח שלמה בלחיצת כפתור. השילוב של יכולת זו עם היכולת של מערכת infinibox לספק 100,000 סנפשוטים בלי שום השפעה על הביצועים מאפשר המון גמישות לארגון

בתמונה מימין חברי מייקל קייד ומשמאל ממשק הניהול של מערכת ה InfiniBox:

IMG_20170522_150902

NetApp ONTAP 9.2

בתחילת החודש הוכרזה גרסא 9.2 של מערכת ההפעלה ONTAP. שני החידושים העיקריים הם FabricPools שהתייחסתי אליהם בעבר כשיכולת זו הוכרזה לראשונה ב NetApp Insight האחרון ו Aggregate Level Dedup שהוא לדעתי שינוי מאד מהותי בעולם ה NetApp FAS. מדובר כאן במהפכה כי למרות שמבחינת יחידות לוגיות גם SVM  וגם FlexGroups כללו משאבים מתוך יותר מאשר Aggr  יחיד, הרי שכלל פעילות ה MetaData בוצעה ברמת ה Volume. עכשיו לראשונה למיטב ידיעתי גם פעילות MetaData חוצה את גבולות ה Volume אל רמת ה Aggr. בטווח המיידי זה אומר שלקוחות FAS יקבלו יחסי Dedup הרבה יותר טובים מבעבר אבל לטווח הארוך…אני כבר לא חבר ב A-Team שלהם ולכן לא יודע לספר מה התוכניות שלהם לטווח ארוך אבל אני בטוח שזה רק צעד ראשון לקראת שבירת מסגרת ה Aggr שמלווה אותם המון שנים, בעבר זו היתה יכולת חדשנית שהתגברה על הרבה מאד אתגרים טכנולוגיים אבל היום זו מסגרת מגבילה שיוצרת אתגרים מיותרים בעצמה.

קבב, ערפדים ושורשים

בחודש שעבר נסעתי עם ההורים שלי ואחותי הקטנה לטיול שורשים ברומניה וליתר דיוק בחבל טרנסילבניה. ביקרנו בכבר הולדתו של אבי, סיגט, בעיר הולדת של אימי, קלוז' ונסענו גם לביקור בערים סיגישוארה, ברשוב וסיביו.

סיימתי את הטיול בתחושה שרומניה היא יעד טיולים לא ממוצא על ידי מרבית הישראלים (פרט אולי למהמרים או חוגגי מסיבות רווקים). המדינה יפה, קלה לטיול, זולה ומספקת מגוון מאד גדול של אטרקציות.

שווה במיוחד לציין את מכרה המלח של טורדה ליד העיר קלוז'. המכרה הענק ננטש ב1932 והיום הוא אתר תיירות מיוחד ומעניין, מתחת לאדמה בחללים הענקיים שנותרו לאחר החפירה, נבנה פארק שעשועים תת קרקעי שכולל גלגל ענק, אגם לשיט סירות, מגרש מיני גולף ואמפיתאטרון להופעות, מעבר לעניין ההנדסי בביקור באתר כזה, נותרת התחושה של סצנה מסרט מדע בדיוני בו האנושות עברה לחיות מתחת לאדמה לאחר שואה אקולוגית או משהו כזה.

העיר קלוז' עצמה היא עיר יפה ותוססת והבילוי במדרחוב מזכיר ערי בירה מגניבות אחרות באירופה.

סיגט היא עיירה קטנה ולא מעניינת במיוחד אלא אם אתם, כמוני, בנים של מי שנולד שם ורוצים לראות במו עינייכם איפה התרחשו סיפרוי הילדות שלהם ששמעתם כל כך הרבה פעמים. יש שני דברים ששוים שם ביקור גם אם אין לכם שורשים שם, האחד הוא שוק האיכרים הכי אוטנטי שראיתי בחיים ובניגוד להרבה מקומות בעולם ששוק האיכרים הוא רק שם, כאן באמת באים איכרים ואיכרות מכל האיזור ומביאים למכירה את מה שיש להם, גם אם זה רק גלגל יחיד של גבינה או שתי שקיות בצלצלים. האוכל טעים והחוויה מאד מיוחדת. הדבר השני הוא הקבב הכי טעים ברומניה בלי שום תחרות, במסעדת המלון Grădina Morii מגישים את הקבב הכי טעים ברומניה ואחד הטעימים שאכלתי בחיי, ואכלתי בחיי הרבה קבבים טובים, זה מלון מאד איכותי ומאד יפה במיקום מצויין למי שרוצה לצאת לסיור רגלי או רכיבת אופניים בטבע וכמו כל שאר הדברים ברומניה, מאד מאד זול.

ממליץ לכולם לקחת את המשפחה ומי שרוצה יותר פרטים מוזמן לפנות ישירות אלי.

romania map

כמו תמיד אני מחכה להערות וההארות שלכם אז,

שלכם,

ניר מליק

מודעות פרסומת

חדשות חול המועד- vSAN, Pure וחרושת שמועות

VMware vSAN 6.6

מרגיש כאילו רק לפני רגע דיברנו על 6.5 והנה VMware הכריזו השבוע על גרסה 6.6 של vSAN. מדובר בהכרזה הכי גדולה שלהם מעולם מבחינת כמות החידושים הכלולים בה. אחד החידושים הכי מעניינים לדעתי הוא מנגנון ההצפנה המובנה ל Data at rest. לא, אני לא סתם מתחנף אל אשת אבטחת המידע שלי, אני אוהב את הפיצ'ר הזה כי יש בו טריק. יש הרבה פתרונות להצפנת מידע במערכות אחסון, אנחנו ב Infinidat למשל משתמשים בדיסקים בעלי מנגנון הצפנה חומרתי מובנה. vSAN הוא פתרון תוכנה בלבד ולכן כמובן לא יכול להשתמש בדיסקים כאלו ולכן חייב לבצע הצפנה ברמת התוכנה. נקודה חשובה שצריך לתת אליה את הדעת – מידע מוצפן במקור הוא בדיוק כמו מידע דחוס במקור, למערכת האחסון אין דרך אפקטיבית לבצע dedup או דחיסה למידע מוצפן ולכן מדגישים ב VMware שסדר הפעולות ב vSAN הוא שקודם הבלוקים מחולקים ליחידות של 4K ואז לפי הסדר יוצרים להם checksum, מבצעים dedup, מבצעים דחיסה ורק אז מצפינים. זה משמעותי מאד אל מול היכולת המובנית ב 6.5 למשל בה אם הפעלנו את יכולת ה VM encryption איבדנו את כלל יכולות ה storage efficiency ומאד מגניב כי גם יכולות ה dedup והדחיסה שופרו בגרסה הזו.

בשעה טובה גרסה 6.6 כבר לא דורשת multicast ככה שמבנה התקשורת נהיה נוח וקל יותר לשימוש. שיפור משמעותי נוסף מדבר על היכולת להתגונן גם מפני כשל מקומי וגם מפני כשל של אתר מלא, עד גרסה זו, אם השתמשנו ביכולת stretch cluster נאלצנו לעשות פשרה בעצם, כל אובייקט היה מוגדר בתצורת raid-1, עותק אחד בכל אתר, ככה שאם הייתה בעיה באתר אחד היינו נשארים רק עם העתק יחיד באתר השני ואז היינו לא מוגנים מפני כשל נוסף. עכשיו יש בעצם שתי הגדרות נפרדות, אחת שמגדירה אם האובייקט מרופלק לאתר המרוחק או לא והשני קובעת את הרמת ההגנה שלו באתר המקומי (riad 1, 5,6).

יש עוד כל מני חידושים אבל הם פחות מעניינים בעיני, כל חידוש ברמת ההתקנה הראשונית למשל הוא בעיני קוסמטיקה שנועדה למצגות ולכנסים, אני זוכר בזמנו את ההשקה הראשונית של VNX שהעלו ילד עם 10 לבמה להראות כמה קל ופשוט זה להתקין את המערכת, כולנו יודעים כמה קל ופשוט היה להשתמש בה אחר כך.

Pure NVMe X blade

גם החברים מ Pure השיקו מוצר חדש השבוע, תמיד כיף לפרגן למתחרים והם הראשונים להשיק מערך אחסון מבוסס NVMe. חלק מההכרזה מתרכז כמובן במסרים שיווקיים לחלוטין כמו 1PB ב 3U (רלוונטי רק אם מצליחים בפועל לספק יחס efficiency של כמעט 1:6) אבל חלק מדבר על המשך שינוי הכיוון של Pure מפתרון מבוסס תוכנה לפתרון מבוסס חומרה. בתחילת הדרך Pure היו יצרן תוכנה שהשתמש ב consumer grade SSD כדי לספק פתרון All Flash במחיר מאד תחרותי, הדגש שלהם בהכרזה הקודמת הולך ומעמיק בהכרזה הזו על פתרון שהוא פתרון חומרה טהור עם קצת טוויקים של התוכנה כדי להסיר שכבות מיותרות. זה לא רק שינוי כיוון משמעותי מהכיוון המקורי שלהם אלא גם כיוון שנוגד לחלוטין את הכיוון שלנו באינפינידט ככה שמאד מסקרן לראות לאן הם יצליחו להגיע עם זה. המספרים שפרסמו EMC בתחרות מול הדור הקודם של Pure (//M) היו, אם נגיד בנימוס, לא מאד מחמיאים ל Pure ככה שאני מאד סקרן לראות את הבנצ'מרקים של הדור החדש.

חרושת שמועות

גם שוק השמועות ממשיך להתפרע, the register הכריזו ב30 במרץ שHPE רוצה לרכוש את Veeam ולמרות שכרטיס מלור נוטה לפגוע בתחזיות שלו, מהלך כזה לדעתי לא יעשה הרבה הגיון עבור HPE שמפצלת את נכסי התוכנה שלה. אולי זו הייתה מתיחת האחד באפריל שלהם שפורסמה בטעות יום אחד מוקדם מדי?

שמועה נוספת היא השמועה, שוב, ש Cisco רוצה לרכוש את Nutanix. נראה לי ששוב מדובר על שמועה שנועדה סתם למלא מילים בבלוגים והיא מתבססת על פוסט מתחילת השנה שמקשר את הרכישה של HPE את Simplivity לרצון של Cisco לרכוש את Nutanix לפני שנתיים. הדבר היחיד שמעניין כאן זה המספר הנמוך יחסית שמיוחס לשווי הרכישה. לפני שנתיים דיברו על כך שCisco הציעו 4 מיליארד דולר עבור רכישת נוטניקס ואילו עכשיו, אולי לאור הרכישה הנמוכה יחסית של Simplivity וגם של Nimble המספרים יורדים לשכונה של מיליארד יחיד, עדיין מספרי unicorn אבל כבר לא עדר אלא חד קרן יחיד, קצת עייף.

זה הכל להיום, חג שמח לכולם וכמו תמיד אני פתוח לביקורת הצעות ותגובות,

שלכם,

ניר מליק

מה זה גיבוי ומה הופך פתרון גיבוי לפתרון טוב

לאחרונה הגשנו הצעות ראשוניות לפתרון גיבוי ללקוח גדול שלנו, יש להם כיום מספר אתרים מסביב לעולם והם עושים כיום שימוש במספר פתרונות אחסון וגיבוי שונים.

במסגרת אפיון הפתרון ניהלנו כמה שיחות פנימיות על מה זה בעצם גיבוי או יותר נכון מה מבדיל בין יצירת העתקים של המידע ובין פתרון גיבוי טוב וחשבתי שכדאי לכתוב על זה משהו מסודר. אני כמובן לא עובד באף ארגון תקינה בינלאומי ודעתי אינה מכתיבה שום סטנדרטים מקובלים בתעשיה אבל ככה אני רואה את הדברים ואני תמיד שמח לשמוע את דעתכם אז אל תהססו.

 נתחיל בהגדרה מילונית, מה זה גיבוי?

על פי ויקיפדיה, "גיבוי מתייחס לעשיית עותקים ("גיבויים") של נתונים כך שאלו יכולים לשמש לשחזור המידע המקורי לאחר אירוע (פיזי או לוגי) הגורם לאובדן הנתונים המקוריים מאמצעי לאחסון נתונים בו הם הוחזקו.".

עשיית עותקים – פתרון גיבוי כולל בדרך כלל יותר מהעתק אחד של המידע. ככל שתדירות יצירת העותקים גדולה יותר, ומשך הזמן בו נשמרים ההעתקים ארוך יותר, כך הסיכוי למצוא ולשחזר את המידע הנדרש גבוה יותר.

של נתונים – פתרון גיבוי כולל בדרך כלל את היכולת לבחור אילו נתונים מגובים ובהתאם למדיניות הארגון לשמור את סוגי המידע השונים על פי הצורך (מידע פיננסי 7 שנים, מידע רפואי 90 שנים וכו')

לשחזור המידע המקורי – פתרון גיבוי כולל את האפשרות לשחזר את המידע בעת הצורך

לאחר אירוע –עותקי הגיבוי צריכים להיות זמינים לשחזור גם לאחר אירוע משמעותי כמו אובדן כלל המידע המקורי בשל כשל כללי של תשתיות המחשוב המקוריות

לא כל הגיבויים נולדו שווים?

אם ניתן לכל יצרני תוכנות הגיבוי את הקרדיט הבסיסי ונניח שהפתרון שלהם מסוגל ליצור העתק של המידע, לשמור עליו ולשחזר אותו כשצריך, מה בעצם מבדיל בין פתרון גיבוי לפתרון גיבוי טוב?

ראשית, כדרישת בסיס לדעתי לפתרון גיבוי ראוי לשמו, נדרש קטלוג. הקטלוג הוא אחד המבדילים העיקריים בין copy/paste מתוזמן ובין פתרון גיבוי טוב ויעיל שמאפשר למצוא את הגרסה הנכונה לשחזור מבין כלל ההעתקים הזמינים

שנית, גיבוי ושחזור פרטניים או היכולת לבחור באופן גרנולרי את מה מגבים, איך מגבים וחשוב מכך את מה משחזרים היא מבדל נוסף וחשוב, פתרון המחייב לשחזר שרת שלם פחות יעיל לשימוש יום-יומי מפתרון המאפשר לשחזר רק קובץ בודד מתוך השרת.

שלישית, גמישות, פתרון גיבוי טוב צריך לאפשר ליישם את המדיניות הנדרשת ללא מגבלה על המידע המקורי (שרת פיזי, שרת וירטואלי, שירות קבצים CIFS במערכת האחסון וכו') וללא מגבלה על יעד הגיבוי כלומר פתרון טוב מאפשר לגבות לקלטות, לדיסקים, לשירות ענן ציבורי וכל שילוב כזה שעונה על מדיניות הארגון. גם בשלב השחזור, לא כל המערכות זהות ביכולות שלהן, לא כולן מאפשרות לשחזר ליעד שיאנו דומה מהמקור כלומר, למשל, לא כל פתרון מאפשר לגבות שרת פיזי ולשחזר אותו אל תוך סביבה וירטואלית או לגבות סביבת קבצים ממערכת אחסון אחת ולשחזר אל מערכת אחסון מסוג אחר.

מה עוד יכול פתרון טוב לכלול?

 אחד הטרנדים המובילים היום בעולם הגיבוי וניהול המידע הוא copy data management. אם אנחנו מיישמים סנפשוטים על מערכת האחסון הראשית שלנו על מנת לאפשר שחזור מהיר, יוצרים כמה העתקים של המידע שלנו על מנת לספק סביבות לפיתוח ובדיקות תקינות, מרפלקים את המידע שלנו לאתר משני לצרכי DR ומיישמים גיבויים לדיסק ולקלטות, הרי שמרבית המידע שאנחנו מחזיקים ומנהלים אינו מידע הייצור שלנו, המידע הפעיל שלנו, אלא העתקים של המידע שלנו. ההיגיון מאחורי הטרנד של copy data management הוא לאפשר לארגונים למנף את העתקי המידע ולהשתמש בהם. אם בעבר תוכנות גיבוי שמרו את המידע על גבי קלטת בלתי נגישה בפרוטוקול יעודי, סגור, הרי שפתרון גיבוי וניהול מידע מספק את היכולת להנגיש את המידע ישירות מיעד הגיבוי ובכך לקיים סביבות בדיקות, סביבות analytics, סביבות מעבדה וכל צורך אחר שאינו זקוק בהכרח לרמת ביצועים גבוהה אבל כן זקוק למידע מקורי ואמין.

בשבוע שעבר הוכרזה חבילת העדכונים SP6 עבור Commvault 11. אחד הכלים המעניינים ביותר שנכללו בחבילה זו תחת Early Release הוא כלי מיגרציה של מידע מגובה מתוכנת הגיבוי הקודמת אל תוך ObjectStore מקוטלג של Commvault. הכלי מספק מענה לאחד האתגרים הכי משמעותיים בפרויקטים של החלפת פתרון גיבוי, ברוב המקרים, הפתרון הכי נפוץ עד היום היה פשוט להשאיר בצד את פתרון הגיבוי הישן לצרכי שחזור עד סיום ה retention. אם הלקוח הוא לא חברה בת יומיים התהליך הזה יכולת לקחת כמה שנים טובות שבהן צריך להמשיך לתחזק את הפתרון הישן, גם אם בתחזוקה בסיסית ביותר, לצד הפתרון החדש, Commvault  מאפשרת עכשיו להתגבר על פרויקט המרת הקלטות הכואב ולבצע מעבר מלא, כולל ה retention אל פתרון הגיבוי החדש.

אז מה עושים עם זה בפועל?

מדיניות גיבוי נפוצה היא מדיניות 3-2-1: שלושה העתקים של המידע, על שני סוגי מדיה שונים, לפחות העתק אחד מחוץ לאתר. על פי מרבית המקורות מייחסים הצלם דיוויד קרוג היה הראשון לנסח את המדיניות הזו והוא מקבל את הקרדיט הזה אפילו במסמך ההמלצות של US-CERT  כך שכנראה יש בזה משהו. לאחרונה ראיתי הרחבה של החוקיות הזו בבלוג של Veeam. זה לא פוסט חדש אבל נתקלתי בו רק לאחרונה והוא מדבר על 3-2-1-0 כאשר 0 הוא 0 טעויות. היכולת לבצע ולידציה של הגיבוי שנקראת אצלם SureBackup מסייעת לוודא שמשימות הגיבוי אכן התבצעו באופן תקין וכי ההעתקים קריאים ונגישים.

גם בשימוש ב snap manager for exchange  למשל, ניתן לשלב במשימת הsnap shot הרצה של eseutil כדי לוודא שההעתק שנוצר תקין. כאן, כשאני מזכיר את NetApp, אני בעצם סוגר מעגל שלם אל ראשית הבלוג וכאן התחיל הדיון אותו הזכרתי, מהו גיבוי? האם סנפשוטים הם גיבוי? לא, לדעתי לא, לא לבד בכל אופן. סנפשוטים יכולים להיות חלק מפתרון הגיבוי, הם במרבית המקרים הדרך הכי מהירה ליצור העתק של המידע וכן, במרבית המקרים, גם הדרך הכי מהירה לשחזר מידע מהעתק קצר טווח אבל, לבדם, הם לא עונים על מה שמגדיר בעיני פתרון גיבוי טוב, הם לא מקטלגים את המידע, לא שומרים אותו על עוד סוג מדיה, לא מוציאים העתק מחוץ לאתר וכו'.

פתרון כמו Commvault, פתרון כמו Veeam ברמות הרישוי הגבוהות או פתרון IntelliSnap שהוא רכיב Commvault המשולב כ OEM במערכות NetApp FAS, פתרון כזה משתמש באופן מובנה ותחת מדיניות גיבוי ארגונית אחת ביכולות הסנפשוט או הרפליקציה של מערכת האחסון וזה כבר עונה להגדרות שפירטתי.

איפה נרשמים?

זה לא פוסט קל, למעשה הוא טיפה משעמם, בכל מקרה היה לי טיפה משעמם לכתוב אותו, אבל לדעתי הוא חשוב, או אם קצת להצטנע ולדייק , הנושא בו הוא עוסק חשוב, מנהלי מערכות מידע, מנמ"רים, סיס-אדמינים, חתומים על המידע של הארגון שלהם, הם האחראים עליו. אובדן מידע ללא יכולת לשחזר אותו בזמן בסביר חושף את הארגון במקרה הטוב לבזבוז זמן ומשאבים ובמקרה הקיצוני יכול לגרום לארגון לחדול מלהתקיים -בעולם בו מידע הופך להיות נכס או מטבע עובר לסוחר אובדן מידע יכול להיות אובדן  הביזנס כולו.

אשמח לשמוע מה דעתכם

שלכם,

ניר מליק