Datensicherung & Desasterschutz mit NetApp-Storage- Technologien

Transkript

1 EMPALIS DR mit TSM, Nürnberg, Datensicherung & Desasterschutz mit NetApp-Storage- Technologien Solutions Architect Data Protection Version vom

2 Alles nachfolgende ist ein kleiner Auszug aus der Veranstaltung TechDemo Backup Falls Sie die nachfolgenden Themen vertiefen wollen, melden Sie sich einfach zur kostenfreien TechDemo Backup in Ihrer Nähe an. 2

3 NetApp Deutschland auf einen Blick Marktführer 26%* Marktanteil im Bereich Open Systems Storage in Deutschland Platz 1 beim Gesamtmarktanteil* (weltweit: #2, ONTAP als Storage OS: #1) > installierte Systeme >4.000 Kunden 8 Niederlassungen Ca. 600 Mitarbeiter *IDC Disk Storage Systems Tracker März 2012 Vertraulich, nur für die interne Verwendung des Kunden 3

4 NetApp Agile Data Infrastructure Intelligent Immortal Infinite Edge* Service Automation and Analytics Nondisruptive Operations (with Cluster-Mode even for Storagesystem-Migrations) Seamless Scaling (with Cluster-Mode up to 24 Controller per Storage Cluster) Storage Efficiency (like Snapshots, thin replication, Dedupe & Compression ) Embedded Data Security Unified Architecture (Multi-Protocol & Multi-Vendor Virtualization) Virtual Storage Tiering Integrated Data Protection Secure Multi-Tenancy *) Data ONTAP Edge: siehe Vertraulich, nur für die interne Verwendung des Kunden 4

5 Agenda Which Data Protection & DR challenges have to be solved? What happened with Data Protection the last years? What is expected to come in future? What can NetApp offer (especially for TSM Customers)? NetApp Confidential - Limited Use 5

6 Agenda 1 Which Data Protection & DR challenges have to be solved? NetApp Confidential - Limited Use 6

7 The Future of Data Protection & DR Summary of the Challenges: Future Disk Capacity grows much faster than Disk Performance (DP should transfer much less data for backups and restores) 2. Flash (SCM) boosts the usage of slow capacity disks (traditional DP suffers from the large & slow disks) 3. Deduplication and Compression for Primary Data is growing (this will significantly slow down traditional DP) 4. Growth of Multi-million-File-Volumes (much faster DP needed) 5. Growth rate of very large Databases (much faster DP needed) 6. Remote / Branch Office Backup (must minimize WAN traffic) 7. Impact of growing Virtualization & Cloud Technologies (trad. DP is too resource-intensive, complex, unstable, difficult to automate) 8. Growing IT business impact needs better DP/DR SLAs and HA NetApp Confidential - Limited Use 7

8 The Future of Data Protection & DR Summary of the Challenges: Can they all be solved? 1. Disk Capacity grows much faster than Disk Performance Future... To solve these Challenges, Paradigm Changes on DP/DR methods are required: DP target accelerations do not really help The Data transfer rates for backup, restore and at DR must be significantly reduced. (DP should transfer much less data for backups and restores) 2. Flash (SCM) boosts the usage of slow capacity disks (traditional DP suffers from the large & slow disks) 3. Deduplication and Compression for Primary Data is growing (this will significantly slow down traditional DP) 4. Growth of Multi-million-File-Volumes (much faster DP needed) 5. Growth rate of very large Databases (much faster DP needed) Allow a switch-over for large Restores and DR: the DP media must have an primary storage like direct accessible format & media type. 6. Remote / Branch Office Backup (must minimize WAN traffic) 7. Impact of growing Virtualization & Cloud Technologies (trad. DP is too resource-intensive, complex, unstable, difficult to automate) 8. Growing IT business impact needs better DP/DR SLAs and HA NetApp Confidential - Limited Use 8

9 Agenda 2 As a logical result of the Data Protection & DR challenges: What happened with Data Protection the last years? What is expected to come in future? NetApp Confidential - Limited Use 9

10 Data Protection Market paradigm change Prim Prim. DR DP 2020 DP market Prim DP & DR HA DP HA & DR 1 st Generation DP: Regular full backups to Tape Separate techniques for DP, DR and HA 2 nd Generation DP: Incremental / Full Backup2Disk/VTL (Dedupe- and Non- Dedupe targets offer only limited improvements to 1 st generation solutions) Traditional DP result in very poor DP SLAs (too much data & files have to be transferred) 3 rd Generation DP: Block-incremental- Forever Backups (often by Client-Dedupe; reduced backup xfer rates, but slower large Restores & Tape copies) 4 th Generation Snapshot based Data Protection with integrated DR functionality is the future NetApp Confidential - Limited Use 4 th Generation DP: Snapshot-based DP, avoids data-movement for backups and restores with Mirroring / Replication (DP, DR, HA and Test/Devneeds can be combined) Dedupe & compression benefits start at Primary Data and can be kept in backup copies 10

11 Agenda 3 What can NetApp offer (especially for TSM Customers)? NetApp Confidential - Limited Use 11

12 Prim Prim. HA NetApp s strenth for the Data Protection Market paradigm change DR DP DP 2020 DP market 3 rd Party Integration SnapProtect / SnapManager / Prim SnapCreator Prim & HA & DR & DP & Test/Dev DP & DR Snapshot / SnapRestore HA & DR / MetroCluster / SnapMirror / SnapVault / NDMP 1 st Generation DP: Regular full backups to Tape 2 nd Generation DP: Incremental / Full Backup2Disk/VTL 3 rd Generation DP: Block-incremental- Forever Backups 4 th Generation DP: Snapshot-based DP, avoids data-movement All Data ONTAP Engines for snapshot based DP exist many years & work well. NetApp has now 3 levels of DP Management offerings for snapshot-based DP: SnapCreator is lightweight, cheap and support backup for most Applications SnapManager products offer more Restore logic for the main Applications SnapProtect offers full Single Pane of Glass functionality for many Applications NetApp Confidential - Limited Use 12

13 Snapshot / SnapRestore =Teil einer snapshot-basierten Datensicherungslösung (4 th Generation Data Protection) Vertraulich, nur für die interne Verwendung des Kunden 13

14 Überblick Snapshot Techniken am Markt Differential Snapshots: Redirect on write (RoW): Sehr performancekritisch oder Diskkapazitätsfressend Copy on first Write (CofW): performancekritisch Write Anywhere (WA): performanceunkritisch, auch bei Vorhaltung sehr vieler Snapshots Vertraulich, nur für die interne Verwendung des Kunden 14

15 Differential Snapshot: Write Anywhere (WA) The design targets of WA Snapshots are: No Data Movement for Snapshot-Backups (leave existing data blocks and most Metadata blocks untouched avoid IOs by offering different Data Views (to active data & frozen Snapshot data) by Metadata Pointers. No Data Movement for large Restores (by flipping some Metadata Pointers of active data to the snapshot-pointers). Any # of Snapshots can be offered without degrading performance (NetApp offers currently max. 255 Snapshots for each Volume). NetApp Confidential Limited Use 15

16 How many Snapshots make sense for a snapshot-based Data Protection? typical # of snapshots per ONTAP volume are: for Applications & Data Bases: 3 days of 4-hourly snapshots (18) + reduced to daily for 3 weeks (18) = ~36 snapshots for unstructured Data (NAS): 3 days of hourly snapshots (72) + reduced to daily for 3 months (88) + some reduced to weekly for some additional months (0 to 40) = ~180 to ~220 snapshots NetApp Confidential Limited Use 16

17 NetApp Snapshot Technology Blocks in LUN or File Blocks on the Disk Take snapshot 1 A B B C C A B C Snap 1 NetApp Confidential Limited Use 17

18 NetApp Snapshot Technology Blocks in LUN or File A B1 C Blocks on the Disk A B C B1 Take snapshot 1 Continue writing data Write data anywhere B C Snap 1 NetApp Confidential Limited Use 18

19 NetApp Snapshot Technology Blocks in LUN or File A B1 C C Blocks on the Disk A B C B1 Take snapshot 1 Continue writing data Take snapshot 2 Copy pointers only No data movement B C Snap 1 B C Snap 21 NetApp Confidential Limited Use 19

20 NetApp Snapshot Technology Blocks in LUN or File A B1 C2 Blocks on the Disk A B C B1 C2 Take snapshot 1 Continue writing data Take snapshot 2 Continue writing data Write data anywhere B C Snap 1 B1 C Snap 2 NetApp Confidential Limited Use 20

21 NetApp Snapshot Technology Blocks in LUN or File A B1 C2 Blocks on the Disk A B C B1 C2 Take snapshot 1 Continue writing data Take snapshot 2 Continue writing data Take snapshot 3 B C B1 C B1 C2 Simplicity of model = Best disk utilization Snap 1 Snap 2 Snap 3 Fastest performance Unlimited snapshots NetApp Confidential Limited Use 21

22 Leverage the Snapshots for Restores Blocks in LUN or File A B1 C2 Blocks on the Disk A B C B1 C2 Change to C2 was bad, Restore to C needed B C Snap 1 B1 C Snap 2 B1 C2 Snap 3 NetApp Confidential Limited Use 22

23 Leverage the Snapshots for Restores (Opt 1): Copy data out of accessed snapshots Blocks in LUN or File A B1 C2 Blocks on the Disk A B C B1 C2 C Change to C2 was bad, Restore to C needed Option 1: Copy the good content out of a (primary or secondary Storage) snapshot B C Snap 1 B1 C Snap 2 B1 C2 Snap 3 NetApp Confidential Limited Use 23

24 .snapshot directory Leverage the Snapshots for Restores (Opt 1): NAS Restore Examples Blocks in File A B1 C2 Blocks on the Disk A B C B1 C2 For unstructured Data: Allow end users to do self-restores from the snapshot directory (by MS Integration or copy and paste) or do it by an IT Admin B C Snap 1 B1 C Snap 2 B1 C2 Snap 3 NetApp Confidential Limited Use 24

25 Leverage the Snapshots for Restores (Opt 2): Full Volume SnapRestore Blocks in LUN or File Blocks on the Disk Change to C2 was bad, Restore to C needed B C Snap 1 B1 C Snap 2 A B1 C2 B1 C2 Snap 3 A B C B1 C2 Option 2 (fastest): change the pointer of the active file system for the whole volume back to the snapshot by Full Volume SnapRestore Newer Snapshots will disappear with this option NetApp Confidential Limited Use 25

26 B C Leverage the Snapshots for Restores (Opt 3): Single File SnapRestore B1 C Blocks in LUN or File A B1 C2 B1 C2 Blocks on the Disk A B C B1 C2 Change to C2 was bad, Restore to C needed Option 3 (fast): change the pointers of large objects (a LUN, or a VMDK/Oracle TS File on NFS) in active file system to the snapshot state by Single File SnapRestore Snap 1 Snap 2 Snap 3 NetApp Confidential Limited Use 26

27 Leverage the Snapshots for Restores (Opt 1-3): DB / Virtualization Restore Examples B C Snap 1 B1 C Snap 2 Blocks in LUN or File A B1 C2 B1 C2 Snap 3 Blocks on the Disk A B C B1 C2 Automate the restore process for known applications with a Data Protection Management Software like SnapManager or SnapProtect or a 3rd Party DP Software with this functionality They will use the optimal options for a restore request NetApp Confidential Limited Use 27

28 Mehr zu Snapshots und Cloning Cloning (Platz- und zeiteffizientes Erzeugen überschreibbarer Objekte): FlexClone arbeitet auf Volume-Level basiert auf Snapshots, LUNclone auf LUN-Level Clones sind auch für NFS-Objekte möglich Der Nutzen liegt z.b. bei VM-Deployments als auch Test/Development & Auswertung definierter Produktivdatenstände - auch vom Secondary Storage & es ist für DR bzw. DR-Tests einfach anwendbar.. Die TechDemo Online Snapshots und Cloning beschreibt Cloning; ebenso Snapshots mit anderer Darstellungsweise (oder Sie besuchen die TechDemo Überblick ). Vertraulich, nur für die interne Verwendung des Kunden 28

29 SnapMirror, SnapVault (Replikation auf andere ONTAP-Systeme) =sinnvoller Teil einer snapshot-basierten Datensicherungslösung (4 th Generation Data Protection) 29

30 SnapMirror Blocks in LUN or File Blocks on the Disk Secondary Storage A B C B C A B C SnapMirror WAN B C Snap 1 Snap 1 Add new system Configure as mirror Copying snapshot 1 NetApp Confidential Limited Use 30

31 SnapMirror Blocks in LUN or File Blocks on the Disk Secondary Storage A B1 C2 B C A B C B1 C2 WAN A B C B C Snap 1 Snap 1 Add new system Configure as mirror Copying snapshot 1 Data copied in background Primary still changing Snap 1 identical NetApp Confidential Limited Use 31

32 SnapMirror Blocks in LUN or File Blocks on the Disk Secondary Storage A B1 C2 B1 C2 SnapMirror A B C B1 C2 WAN A B C B1 C2 Snap 12 Snap 12 Add new system Configure as mirror SnapMirror again Copying snapshot 2 Copy only new data Snapshot 1 data safe during copy Deeper information in TR-3446: SnapMirror Async Overview and Best Practices Guide and TR-3326: SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations NetApp Confidential Limited Use 32

33 SnapVault All Snapshots B1 B1 B1 B1 C2 B1 C2 B1 C2 B1 C2 B1 C2 B1 C2 C2 B1 C2 C2 SnapVault Blocks on the Disk A B C B1 C2 WAN Secondary Storage B B1 C C2 Selected Snapshots SnapVault : an asynchronous SnapMirror for backup Vaulted snapshots: Less frequent Snapshots from primary possible More and longer kept snapshots on secondary possible NetApp Confidential Limited Use 33

34 SnapVault Other SnapVault, Egde or OSSV Primary Storage All Snapshots B1 B1 B1 B1 C2 B1 C2 B1 C2 B1 C2 B1 C2 B1 C2 C2 B1 C2 C2 SnapVault Primary Storage Blocks on the Disk A B C B1 C2 WAN Secondary Storage B B1 C C2 Selected Snapshots One SV Destination typically supports multiple sites Typical sizing of Secondary Storage is for DP only with high capacity disks (failover would need at least temporary a SnapMirror license) Learn more about all aspects of SnapVault from the SnapVault Best Practices Guide ( NetApp Confidential Limited Use 34

35 SnapMirror und SnapVault* können auch kreuzweise angewendet werden FAS-System in central DC Primary Volume A FAS-System in an other Location Primary Volume B Secondary Volume B WAN / IP Secondary Volume A Primary und Secondary Storage dienen nur der Funktionsbeschreibung (es ist also mit jedem ONTAP-basierten System mit den entsprechenden Lizenzen möglich). *) seit ONTAP 7.3 kann SnapVault Primary und SnapVault Secondary Lizenz auf einem ONTAP-System / trad. Cluster parallel installiert sein (das Konstrukt darf aber nicht jeweils die Hälfte eines gemeinsamen Metro-Cluster sein). Vertraulich, nur für die interne Verwendung des Kunden 35

36 NDMP Dump und SM2T / SMTape (ONTAP Tapebackup) (collected by Dieter Unterseher, version of 24 th September 2012) 36

37 NDMP Modes, which are supported by TSM Local, 3-Way, Remote Local Backup 3-Way Backup (filer2filer NDMP) Remote NDMP (filer2server NDMP) LAN NDMP Hosts DMA + Tape Service Data + Tape Service Data Service Tape Service Data Service Automated Tape Library (PTL or VTL) NetApp Confidential - Limited Use 37

38 Tapebackup Technique Comparism (current functionality with Data Ontap) NDMP Engine and Ontap-Version DUMP SM2T Ontap 7.x SMTape 8.0.x recommended backup use case Tape DP Archival Tape Disasterprotection File- or block level backup? File level Block level Backupspeed Volumes with medium/large files high high Backupspeed Volumes with millions of small files limited (file-level) high supported Volume-Modes 7- and Cluster-Mode 7-Mode currently 7-Mode Tape format backward support Longtime (10 Years) 2 Ontap-Versions only (~3 Years) backup modes Full / filelevel Incr/Diff Full; with ONTAP 8.1.1: +blocklevel Incr / Diff single file / directory restore? yes No # included Snapshots (backup & restore) 1 (typical last used) All (good for DR & easy Snapshot Integration) Keeping dedupe/compression/cloning benefits No, rehydrate Yes, densing benefit are kept (=faster) Protocol (NDMP DMA / CLI-Command) NDMP-Standard NDMP-Extension type=snapm separate CLI-Commands each (no guarantee, NetApp confidential, limited use) 38

39 Sinnvolle Kombinationen für snapshotbasierte Datensicherung 39

40 2 nd Gen: Backup 2 Tape (over DiskCache) Fullbackup: 100% / File-Level-Incremental z.b. 14% Systemengpässe Backup-Server? IP-Engpässe Netzwerk? 14% 14% IP 14% 14% Diskcache Disk-Cache virensicher? Any Storage FC-SAN / iscsi Server mit Backup Client Backup Server SAN Server mit erw. Backup Client Sequ. Lese- / Schreib-speed Plattensubsystem? 14% Lade-/Positionierzeit? Laufwerk frei? Tape-streaming? Medien lesbar? Physical Tape Library NetApp Confidential - Limited Use 40

41 4 th Gen: Snapshot / SnapRestore / NDMP Fullbackup: 100% / File-Level-Incremntal z.b. 14% Snapshot & SnapRestore with 0% Data Transfer SMTape 165% weekly without / 63% with dedupe & compression NAS-Restore vom Benutzer möglich; Große App-Restores per SnapRestore in Sekunden möglich! Backup Server Snapshots in Sekunden ohne Leistungsverlust SAN Server (evtl. mit SnapDrive / SnapManager) FC-SAN / iscsi Snapshot / SnapRestore 0% NetApp Pri-Storage Keine Backup-Last auf Anwendungs- und DP Servern! NDMP Dump oder 100 / 14% SMTape 165 / 63% Physical Tape Library NetApp Confidential - Limited Use 41

42 4 th Gen: Snapshot with Replication [+ NDMP] Block-Level-Incemental-Forever z.b. 1,4% Fullbackup: 100% / File-Level-Incremntal z.b. 14% SMTape 165% weekly without / 63% with dedupe & compression =für RoBo DP: bestens, da lokale Restores extrem schnell möglich sind Nur Differenz-blöcke werden repliziert Backup Server Sehr geringe Netzwerklast SnapVault: Meist werden hier Snapshots länger gehalten auf günstigen SATA- Kapazitäts-Disks SAN Tape-Backups werden optional: rund um die Uhr ohne Störung der Produktion möglich Server (evtl. mit SnapDrive / SnapManager) FC-SAN / iscsi Snapshot / SnapRestore 0% IP 1,4% or 0,7% Network-compr. mit VSM seit VSM kann den Dedupe- und Compresseion-Vorteil erhalten WAN / LAN NetApp Pri-Storage SnapVault oder SnapMirror NetApp Sec-Storage 100 / 14% NDMP Dump oder SMTape 165 / 63% Physical Tape Library NetApp Confidential - Limited Use 42

43 Server (evtl. mit SnapDrive / SnapManager) Server (evtl. mit SnapDrive / SnapManager) Kombination von MetroCluster / SnapVault / Block-Level-Incemental-Forever z.b. 1,4% NDMP [evtl. Tapeless] Keine Backup-Last auf Servern! Kein IO geht verloren! Auch die Snapshots nicht! Spiegelung auf Aggregate-Ebene. FC-SAN / iscsi Keine Backup- Last auf Servern! Snapshot / SnapRestore NetApp Pri-Storage Snapshot / SnapRestore Sync SAN Mirror IP 1,4% 1,4% Snapshot + SnapRestore in Sekunden! SnapVault / (SnapMirror) Snapshot + SnapRestore in Sekunden! WAN / LAN WAN / LAN Sehr geringe Netzwerklast (auch ideal für WAN- Verb.) NetApp Secondary Storage NDMP Nur Differenzblöcke werden repliziert Tape möglich, aber verzichtbar, wenn Secondary Storage in getrenntem Brandabschnitt gehalten wird. Tape-NDMP Dump oder SMTape/SM2T (Vor- und Nachteile abwägen) Nur, falls auf Tape ganz verzichtet wird, kann ohne klassischen Backup-Server gearbeitet werden. (collected by Dieter Unterseher, no guarantee, no guarantee, NetApp confidential, limited use) 43

44 MetroCluster / SnapMirror / SnapVault for DP, DR & HA MetroCluster License per Cluster, no Write lost, Stretched FC < 500m DP + HA Fabric MC <160km*² SnapMirror Lizenz pro ONTAP-System VSM sync no Write lost IP / FC < 200km*² DP + HA VSM semisync ~ Seconds to 1 Minute of Writes lost < 500km*² DP + HA VSM async Writes after Snapshot lost any DP + DR QSM Writes after Snapshot lost *³ any DP + (DR) SnapVault Writes after Snapshot lost, SV Primary License for every source system SV Secondary License for every target system IP any DP + (DR) HA = high availability DR = Disaster Recovery DP=Data Protection VSM = VolumeSnapMirror QSM = QtreeSnapMirror, *²) depends on performance needs & latency of connection *³) only Volume-level QSM and fan-in recommended to ovoid future migration effort See also TR-3784 Data Protection Handbook and NetApp Integrated Data Protection: Making the Right Data Protection Choice Datensicherung NetApp: Die richtige Auswahl für die Datensicherung (collected by Dieter Unterseher, no guarantee, no guarantee, NetApp confidential, limited use) 44

45 übliche Kombinationen Snapshot-World Primary Storage Spiegel Primary Storage Replikations Methode Secondary Storage Tapebackup Dump / SMTape typische Snapshot- Haltedauer (Prim./Sec.) in Wochen HA-Pair (or Single-Ctrl) Dump empf. DP (3-12) HA-Pair (or Single-Ctrl) - SnapVault / QSM Single-Ctrl (or HA-Pair) verzichtbar * DP (1-4 / 4-52) (+ DR) HA-Pair (or Single-Ctrl) - Volume SnapMirror HA-Pair (or Single-Ctrl) Dump optional DR + DP (3-12 / 3-12) (automatisiert für NAS über Vfiler DR) Metrocluster Ctrl 1 Metrocluster Ctrl Dump empf. DP (2-8) + HA (Blockebene) Metrocluster Ctrl 1 Metrocluster Ctrl 2 SnapVault / QSM Single-Ctrl (or HA-Pair) verzichtbar * DP (1-3 / 4-52) + HA (Blockebene) * falls Tape gewünscht: long term DP-Archival benötigt wird Dump, sonst besser SMTape Auswahlhilfe MC/SnapMirror/SnapVault/OSSV für Partner SEs: NetApp Replication Advisor HA/Automatisierung/Cloud siehe (collected by Dieter Unterseher, no guarantee, no guarantee, NetApp confidential, limited use) 45

46 NetApp s Angebote für das Management snapshot-basierter Datensicherung Diese Techniken können Lücken schließen, falls Ihre Backup-Software die snapshot-basierten Techniken von NetApp noch nicht ausreichend unterstützt. 46

47 NetApp OnCommand Management Software OnCommand Management Software Portfolio MANAGE Control Product Mapping System Manager* Operations Manager* My AutoSupport * Automate Analyze IT INTEGRATION Access Develop Provisioning Manager* Protection Manager* SnapManager software SnapDrive software Snap Creator Framework* Work Flow Automator* OnCommand Insight OnCommand Balance Virtual Storage Console* ApplianceWatch PRO* SDK* *) no license charge for many OnCommand products and support (since May 2011), if the related ONTAP-Controller is under support NetApp Confidential - Limited Use 47

48 VSC Backup and Recovery capability (ex SnapManager for Virtual Infrastructure ) VM1 VM2 VM3 Virtual Infrastructure VM4 VM5 VM6 VM7 VM8 VM9 VSC Schedule Snapshot for VM1, VM3, VM6 with xxx RPO Objective VC Datastore 1 Datastore 2 VM1 VMDK VM2 VMDK VM3 VMDK VM5 VMDK VM7 VMDK VM4 VMDK VM6 VMDK VM8 VMDK VM9 VMDK B&R C creates over VC Hot-Backup Mode for selected VMs via ESX VM1, VM3 and VM6 are quiesced Snapshots for Datastore1 (VM1 & VM3) and Datastore2 (VM6) on NetApp (Primary) or done Normal operation after end quiescing NetApp Primary SnapMirror Replikation in anderen Brandabschnitt möglich NetApp Secondary NetApp Confidential - Limited Use 48

49 Vorteile Hardware-Snapshot-based DP versus VCB- (ESX 3) & vstorage API- (ESX 4) Backups Die performancekritischen VMware-Snapshots werden nur kurz benötigt:typischerweise ca. 1 3 Min, Dauer vor allem abhängig von der Anzahl der VMs & vom Consistency-Overhead VMware & Microsoft Meist kann man alle VMs gleichzeitig & mehrfach pro 24h sichern (in großen Umgebungen die Anwendungen nach Data Stores gruppiert in wenigen Gruppen sichern). Es sind keine Fullbackup mehr vom Plattensubsystem zum Backup- Server notwendig (Snapshot & SnapMirror-Replikation oder Metro- Cluster bringen Blockänderungen in zweiten Brandabschnitt). Über SnapRestore sind sehr schnelle Restores kompletter VMs/VMDKs möglich (vor allem, wenn die Datastore mit NFS aufgesetzt sind).. NetApp Confidential - Limited Use 49

50 VSC Backup and Recovery capability bzw. SnapCreator NetApp s VSC-B&R-Integration, als auch SnapCreator leisten: policy-basierte Snapshot-backups auf Datastore Level für ESX 3.x / 4.x / 5.x Diese Snapshots sind mindestens crashconsistent; teilweise auch Application-consistent: VSS-integrierte Applikationen oder wenn die VMware Tool Pre-/Post-Scripts in der VM besetzt werden. VMFS support (protocols iscsi, FCP, NFS); kein RDM support Disaster Recovery über SRM (mit SnapMirror) Sehr vergleichbare Funktionen werden mit IBM FCM 3.2 erwartet. NetApp Confidential - Limited Use 50

51 What Is NetApp SnapProtect? Generally speaking LUN Data NAS Data Content Indexing App-Consistent Snapshot Copies SnapProtect Server SnapVault / SnapMirror OnCommand ProtectionManager Server Secondary Storage Provisioning Replicated Snapshot Copies 1. Data is quiesced and protected via Snapshot copies, followed by unquiescing 2. Temporary mounted Clones of Snapshot copies used to access data for indexing 3. OnCommand handles provisioning of secondary storage, using resource pools and provisioning policies for replication Virtualization Tape Copy 4. D2D replication with SnapVault /SnapMirror Tape Library 5. D2D2T with SnapProtect movement to tape NetApp Confidential Limited Use 51

52 What Is NetApp SnapProtect? Centralized Management Application Awareness VMware Exchange Backup Catalog Files on NAS, host mount LUNs, or VMDKs Hyper-V MS/SQL SharePoint NAS File Services Oracle DB2 SAP Unified granular restores from snapshots, SnapVault or Tape Multi-tiered Backup and DR NetApp storage efficiency Tape Support NetApp Snapshots Thin replication Streaming, NDMP or SMTape Support RPO/RTO Optimized Cost/TB Optimized RPO minutes - hours hours - days days - month RTO seconds minutes hours - days Retention days - weeks months - years years NetApp Confidential Limited Use 52

53 Agenda Data Protection Management strategy decisions (collected by Dieter Unterseher, version of 10 th October 2012) NetApp Confidential Limited Use 53

54 Use of NetApp DP-Management-Software for snapshot-based Data Protection? Customer has already or moves to a backup software, which offers enough functionality for snapshot-based DP Customer likes to fill the functional gaps for ONTAP snapshotbased DP with NetApp offerings Use this DP Software and do more snapshot-based DP with ONTAP (typically for keeping the Single Pane of Glass for DP) Use the best fitting NetApp offerings (like SnapProtect, SnapCreator and/or SnapManager) (mostly in addition to coexisting DP Tools) NetApp Confidential Limited Use 54

55 High Level Portfolio Positioning of the NetApp DP Management offerings Are content cataloging or tape integration or smooth application-driven restores in virtualized Envs the top customer backup concerns? SnapProtect Software for FAS primary Application Admin may prefer SnapManagers or SnapCreator VI Admin may prefer VSC, SMHV, Protection Manager or SnapCreator Storage Admin may prefer Protection Manager or SnapCreator NetApp Confidential Limited Use 55

56 Agenda Differentiation between NetApp SnapProtect & 3 rd Party Data Protection Management offerings NetApp Confidential Limited Use 56

57 SnapProtect vs 3 rd Party DP Software support for NetApp storage, Overview *4= currently OSSV Support, more in future *7= SnapDiff-accelerated NAS Index creation Generation 4 Data Protection (starting with ONTAP Snapshots on Primary) *1 NetApp SnapProtect IBM TSM 6.4 & FCM 3.2 OS / Virtuali-zation support OS supported Windows Linux Unix Windows Linux Unix Virtualization supported VMware HyperV VMware Application support for backup/restore NAS, Exchange, SQL, Sharepoint, Oracle, SAP, DB2 Exchange, SQL, Oracle, DB2, SAP Secondary storage SnapMirror/SnapVault Integration / -/- Tape Operation additonal functions NDMP control DMA / Mining NDMP & Mining NDMP End2end Tape integration D2D2T for Backup/Restore NAS Filelevel catalog / wildcard search for the snapshots / / *7 *7 content aware LUN / vdisk catalog with TSM 1 st & 2 nd & 3 rd Gen DP - - *4 Archive Module Integration NetApp Confidential Limited Use (collected by Dieter Unterseher, no guarantee) 57

58 IBM TSM NAS Data Protection mit ONTAP Folgende Kombination ist für Millions-of-Files NAS Volumes (im Vergleich zum normalen TSM-Workflow) vorteilhaft: SM2T / SMTape seit TSM Server 5.5.2: für schnelles DR Backup/Restore (Differential Support für ONTAP soll demnächst folgen). SnapDiff: für beschleunigter TSM Scan-Prozess beim Backup: ONTAP ab / & TSM Client ab auch für deutsche Umlaute: CIFS über Windows-Client, NFS über AIX- oder Linux-Client ab TSM-Client 6.4 (~ ) & ONTAP vfiler-multistore Support noch kein ONTAP Cluster-Mode und V-Series Support Noch effizienter für Millions-of-Files NAS Daten ist aber meist: mehrwöchig gehaltene NetApp-erzeugte Snapshots, ergänzt um eine SnapMirror/SnapVault-Replikation und / oder TSM-gesteuertes backup per NDMP SMTape / Dump. NetApp Confidential - Limited Use 58

59 IBM TSM / FCM snapshot-based DP mit ONTAP ONTAP Support für Snapshot/SnapRestore (ohne Replikations- Kontrolle) verfügbar ab mit FCM 3.2: Microsoft SQL & Exchange: sehr schnelle Backups & Restores (Copy aus gemounteten Snapshotkopien) VMware: VMDK-Level Backups per Snapshot, Durch den NFS Datastore Support sind auch sehr schnelle VMDK-Level Restores (über Single File SnapRestore) möglich Und Application Consistent Backups für MS SQL / Exchange etc (Object Restores mit MS Tools) Oracle/DB2/SAP auf Oracle/DB2 unter AIX & Linux: Über NFS Datastore support vermutlich auch sehr schnelle SFSR 59

60 Loosely coupled Betrieb für Snapshots / SnapMirror / NDMP? Ansteuerung für Application-consistent Backup fehlt? Snapshots sind immer crash-consistent (können auch ONTAP-intern scheduled werden). Crash-Consistency genügt für NAS immer, für DR-Schutz fast immer - teilweise ist es auch für Single Object Restores genügend. SnapMirror/SnapVault Steuerung fehlt (wie beim FCM 3.2)? VolumeSnapMirror kann immer mit Bordmitteln eingerichtet werden (zumindest gut für DR-Schutz). Tape (NDMP) Integration fehlt beim eingesetzten Verfahren für Snapshots/Replikation: Fast jede DP-Software erlaubt bei Snapshots latest / recent zu wählen. SMTape sichert sowieso alle Snapshots mit. Somit ist Tape zumindest für die Backups problemlos nutzbar & ein DR- Schutz auf Tape praktisch immer möglich. DUMP mit hist=yes erlaubt auch den Restore einzelner ONTAP-Objekte (Files/LUNs). Funktionelle Einschränkungen sind in all diesen Fällen nur bei logical Object Restores von Applikationen zu erwarten. NetApp Confidential - Limited Use 60