בהתאם לסוג האפליקציה, לאופן הניהול שלה ולמיקום שלה ב-Backup and DR, בדף Access אפשר לבצע את הפעולות הבאות:
Mount: האפשרות הזו מספקת גישה מיידית לנתונים בלי להעביר אותם. אפשר להשתמש בנקודות טעינה רגילות כדי לטעון נתונים של אפליקציה, או בנקודת טעינה שמזהה אפליקציות כדי לטעון אפליקציה שלמה והנתונים שלה כאפליקציות וירטואליות. התקנת קובץ אימג' פעיל היא השיטה המהירה ביותר. כשמפעילים קובץ אימג', יש גישה מלאה לנתונים שלו. תמונות שנטענות משתמשות בעותק וירטואלי שלא תופס נפח אחסון נוסף. אפשר להריץ קדימה עותקים של מסדי נתונים שצולמו באמצעות מסוף הניהול של המכשיר, ולהתקין אותם בכל שרת של מסד נתונים. מידע נוסף על טעינת קובצי אימג' פעילים זמין במאמר טעינת קובצי אימג'.
Clone: משמש ליצירת עותק עצמאי של מערך נתונים. השימושים הנפוצים ביותר כוללים פיתוח ובדיקה של אפליקציות, ביקורת נתונים לצורך תאימות, אחסון נתונים, e-discovery ובדיקות קבלה (UAT). אפשר להעתיק קבוצות נתונים למיקום אחסון נפרד בכל מקום בסביבה שלכם. מידע נוסף על שיבוטים זמין במאמר שיבוט.
LiveClone: האפשרות הזו דומה לפונקציית השכפול, אבל בניגוד לשכפול, אפשר לעדכן את LiveClone על פי דרישה או לפי לוח זמנים. כשיש עותק מעודכן של הנתונים, LiveClone מאפשר לטעון עותק עצמאי של מערך נתונים, ואז מעדכן את הנתונים הראשיים באמצעות העותק העצמאי. כך צוותים כמו פיתוח ובדיקה יכולים לוודא שהם עובדים על קבוצת הנתונים העדכנית ביותר, בלי לנהל את הנתונים באופן ידני. התמונה של LiveClone מופיעה לצד הנתונים המקוריים בתצוגת הרמפה בדף Access. מידע נוסף על שיבוטים זמין במאמר LiveClone.
שחזור. האפשרות הזו מפעילה את כל האפשרויות לשחזור נתונים של עותק במכשיר גיבוי/שחזור, ומחזירה את נתוני הייצור לנקודת זמן מסוימת. שחזור ושכפול הן פעולות הגישה היחידות שמעבירות נתונים. בדרך כלל, פעולות שחזור מתבצעות כדי לשחזר מסד נתונים למצב תקין אחרי פגיעה חמורה בנתונים. משך הזמן שנדרש להשלמת פעולת השחזור תלוי בכמות הנתונים שצריך לשחזר. למידע רקע על שחזור של מכונות וירטואליות ואפליקציות, קראו את הסקירה הכללית על שחזור.
Test Failover, Failover, Syncback ו-Fallback: אפשרויות הרפליקציה האלה ייחודיות ל-Backup and DR. הן משמשות באפליקציות שמנוהלות באמצעות StreamSnap כדי לאפשר לכם לשמור עותק מרוחק של האחסון וההגדרות של האפליקציה, כשהוא מעודכן ומוכן לשימוש בתרחיש של יתירות כשל, וכך לשפר את הזמינות והיתירות. אם אפליקציה שמנוהלת על ידי StreamSnap נכשלת מסיבה כלשהי, אתם יכולים לטעון תמונת מצב של האפליקציה מהאתר המרוחק – תמונת מצב מרוחקת. אחרי שהבעיה נפתרה, אפשר לבצע שחזור לאתר המקומי באמצעות קובץ האימג' של הסנכרון החוזר (syncback) כדי לקבל את השינויים האחרונים, ואז להחזיר את האפליקציה לאתר הייצור. מידע מפורט על מעבר לגיבוי בעת כשל וחזרה למצב תקין זמין במאמר מעבר לגיבוי בעת כשל וחזרה למצב תקין.
Expire: האפשרות הזו מאלצת את התפוגה של תמונה פעילה לפני הזמן המתוזמן שלה כדי לפנות נפח אחסון. למידע מפורט על תפוגת תוקף של קובצי אימג' פעילים, קראו את המאמר אילוץ תפוגת תוקף של קובץ אימג' פעיל.
Mark Sensitive: האפשרות הזו מאפשרת לסמן תמונה כמידע רגיש. רק משתמשים שיש להם גישה למידע אישי רגיש יכולים לראות את האפשרות הזו. לתמונות רגישות יש סמל נעילה ליד השם שלהן בתצוגת ציר הזמן, ובעמודה של הנתונים הרגישים בתצוגת הטבלה מופיע הערך כן. בתמונות רגישות, התפריט הנפתח של הפעולות מאפשר לכם לסמן את התמונה כלא רגישה.
מידע על רגישות הנתונים
אתם יכולים להגביל את הגישה של משתמשים מסוימים למידע אישי רגיש. לדוגמה, כשמטפלים בנתוני מטופלים בתחום הבריאות, או כשמשתמשים במידע אישי בסביבת בדיקה או פיתוח שבה רק קבוצה נבחרת של משתמשים יכולה לטפל במידע סודי.
כברירת מחדל, לאדמינים ולמשתמשים עם הרשאות אדמין יש גישה למידע אישי רגיש. האדמין יכול גם לתת גישה לנתונים רגישים למשתמשים ספציפיים או לכל החברים שמשויכים לתפקיד מסוים.