D2D2T - הפתרון האידיאלי לגיבוי לדיסקים, לארכוב ולציות לדרישות רגולציה

 

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

או שספריות קלטות וירטואליות (VTL) וטכנולוגיות ענן יחליפו אותן?

מה בעצם מנע מוויתור על קלטות ב- 40 השנים האחרונות?

התשובה:

  • נפח המידע הגדול שקלטת מסוגלת לאחסן ועלות האחסון. הנפח הזה גדל מדי תקופה.
  • קצב ההעברת המידע (transfer rate) של קלטות חדשניות עולה על זה של הדיסקים המהירים ביותר.
  • ניתן להוציא קלטות מהכונן/ספרייה ולשנע אותן אל מחוץ לאתר ולאחסן אותן במשך שנים.

 

קצב ההעברה של LTO5 הוא כ- 140Mbyte/sec (לפני דחיסה), קצב העברה של דיסק SATA בנפח 2TB

הוא במקרה הטוב Mbyte/sec135. מכאן שכדי להגיע לקצב ההעברה של קלטת LTO5 נדרש לבצע striping

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

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

הנעים שבתוכם,וגם לא ניתן לאחסנם על מדף ל-10 שנים.

 

אם כן, מדוע מבקשים להיפטר מגיבוי לקלטות?

תשובה: כי הוא אינו נוח.

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

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

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

הוא אחת מהמשימות המעטות שעדיין דורשות טיפול פיזי/ידני.

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


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

או גיבוי מקומי לקלטות ושינוען לאתר מרוחק?

 

האם שירותי ענן הם האלטרנטיבה?

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

כדי להעביר נפח של קלטת LTO4 בודדת תוך חלון גיבוי של 24 שעות, יידרש רוחב פס ייעודי גבוה מ- 75Mbps.

 

האלטרנטיבה היעילה ביותר כיום לגיבוי Disk-to-Tape (D2T) היא Disk-to-Disk-to-Tape, D2D2T.

אמצעי ה- D2D2T היעיל ביותר כיום בשוק הוא FalconStor VTL.

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

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

למניעת כפילות מידע, מוצרי VTL משתמשים ב- dedupe.

FalconStor VTL:

  • מציע פתרון לארגון בכל גודל, החל ממערכת וירטואלית (VM) בארגון קטן או בסניף מרוחק, ועד למערכות

של מאות TB עם יכולות שרידות (HA & Cluster).

  • תומך בכל מערכות ההפעלה ובכל תוכנות הגיבוי הנפוצות (עם תמיכה מיוחדת בתוכנת NetBackup,
    ה-VTL היחידי התומך בגיבוי NetBackup דרך חיבורFCl).
  • תומך בכל ספריות הגיבוי הנפוצות.
  • מבצע שכפול מידע (replication) מסניפים מרוחקים או קטנים, בהם אין אנשי IT
    (הנדרשים לטיפול או לתחזוקה במערכת גיבוי המבוססת על קלטות).

 

FalconStor VTL מאפשר :

  • לצמצם בכ- 95%, ע"י ביצוע deduplication, את נפח האחסון לאחר גיבוי בהשוואה לנפחו המקורי.
  • לבצע בנפרד את תהליכי הגיבוי וה-dedup  ובכך לא לגרוע מביצועי הגיבוי.
  • להישאר עם כוננים וקלטות LTO "דור ישן", בלי צורך להחליפם באלה של ה"דור החדש".
  • לחבר את הספרייה הפיזית ישירות ל- VTL ולנהל מה-VTL את הגיבוי לקלטות, במהירות המונעת את התופעה
  • לבצע רפליקציה אל VTL מרכזי בארכיטקטורת many to one (מאפשר בכך שימוש בספריית קלטות יחידה,
    במרכז, ולחסוך את הצורך ברכישה של כוננים וקלטות לסניפים). הידועה כ-shoe-shining .
  • לבצע שכפול קלטות, עד 5 עותקים במקביל, וגם להצפין מידע ולדחוס אותו ע"פ דרישות רגולציה.
  • לגבות ישירות ב-NDMP, מערכות NAS תוצרת EMC ותוצרת Netapp
  • להתקין את תוכנת הגיבוי על שרת VTL ובכך לחסוך בשרת הגיבוי.

 

FalconStor VTL מאפשר להשתמש בספריות גיבוי פיזית, הוא מצמצם את השימוש בהן למטרות ארכוב/רגולציה.




 

תוכן עניינים - בלוג


Warning: Creating default object from empty value in /home/wietec/public_html/wietec.com/modules/mod_category_content/helper.php on line 77

Warning: Creating default object from empty value in /home/wietec/public_html/wietec.com/modules/mod_category_content/helper.php on line 77

התקשר(י) אלינו !

טל: 09-8859889

כתבו לנו : info@wietec.com