netapp nearstore vtl - empalis.com · technische entwicklung der letzten 11 jahre die kapazität...

NetApp NearStore VTL

inklusive Deduplication Option

[email protected]

Solutions Architect Data Protection

2© 2008 NetApp. All rights reserved. 2

NetApp Produktübersicht

Tiered Storage

FASXXX

Series

Unified Enterprise-class Storage

mit SAS-, ATA- & FC-Drives

Virtualization

Solutions

V-Series

Gatewaylösung fürbestehendenHDS-, EMC-, HP-und IBM-Storage

VTL

NearStore VTL

Virtuelle Tape Library auf der NetApp-Hardwareplattform

Storage

Security

Datafort(ehemals Decru)

Datenver-schlüsselung für FC und IP

SANscreen(ehemals Onaro)

SLA und AssetManagement im heterogenen SAN

SAN

Management

Software Suite

Integration von Applikationen,

Datenbanken und Betriebssystemen

Application

Integration

3© 2008 NetApp. All rights reserved.

Agenda, Teil 1

Welches Backup-Medium?

NearStore VTL Technik:� Wieso eine NearStore VTL?� Technische Daten� Technologie-Vorteile

– (optional: Direct Tape Creation Details)� Deduplication for VTL

NearStore VTL in TSM-Umgebungen:

� VTL Einsatzempfehlungen (allgemein)� TSM Einsatzempfehlungen

– Tipps für optimale Koexistenz TSM & VTL– wo erscheint Deduplication in TSM-Umgebungen sinnvoll,

wo eher nicht.� optional: Vergleich TSM Primary Disk- und Tape-Pool

gegenüber NearStore VTL � Kundenbeispiele, Implementierung,…

4© 2008 NetApp. All rights reserved. 4© 2008 NetApp. All rights reserved.

Welches Backup-Medium?


Platten-Kapazität vs. Platten–GeschwindigkeitTechnische Entwicklung der letzten 11 Jahre

� Die Kapazität wuchs 250-fach

� Aber die Geschwindigkeit nur 7-fach

750 GB

Kapazität

Geschwindigkeit

1TB

4 GB 1000 GB

6 MB/sec 42 MB/sec

Die Folgen:

� Die Auslese-Geschwindigkeit großer Datenmengen (selbst Diskcaches) wurde zum Problem

� Traditionelle Backups sind zunehmend nicht mehr sinnvoll durchführbar


Folgende aktuellen Techniktrends machen klar, dass immer mehr

Daten pro Diskspindel gespeichert werden (und sich somit die

Problematik für traditionelle Backups beschleunigt verschärft):

�Verfügbarkeit und Nutzung immer größerer Diskkapazitäten

�Deduplication für Online-Storage (z.B. „NetApp Deduplication for FAS“)

�Viel größere Caches innerhalb eines Disksyteme (z.B. „PAM“ von NetApp)

Der ehemals deutliche Kostenvorteil des Backup-Mediums Tape

ändert sich Richtung Kostennachteil:

�Eine intelligente Nutzung der Direktzugriffsmöglicheiten (Compression / Deduplication / Snapshots) machen Disk zunehmend zum günstigsten Backup-Medium

Das traditionelle Backup auf phys. Tape wird zunehmend problematischer


Backup to Disk, PTape oder kombiniert ?

* Forrester Consulting, “The Shift to Disk-Based Data Protection,” Aug.–Nov. 2006.

Was wurde im Herbst 2006 eingesetzt? Was wurde für Herbst 2008 beabsichtigt?

� Datacenter ab 26 Server betrieben 2006 ganz überwiegend eine Kombination aus Backup2Disk & Backup2Tape.

� Der Anteil Backup2Disk steigert sich deutlich, aber besonders in Europa will man Backupkonzepte, bei denen PTape noch seinen festen Platz hat.


Disk verbreitet sich verstärkt als Backup-Medium

Disks positionieren innerhalb von Millisekunden

Ein langsamer Backup-Datenstrom erzeugt kein “Shoe-Shining”mehr, mehr Backups sind parallel möglich

Disk eliminiert die Verzögerungen des Tape Ladens und Positionierens

Data Data Data Data Data

� Welche Spielarten von Backup2Disk passt zu welchen Anforderungen?

– Diskstaging (Backup-Software schreibt auf Disk, danach auf PTL)

– VTLs (Backup-Software schreibt auf virtuelle Tapes, danach evtl. noch auf PTL)

– Snapshots (das Disksystem friert Backupstände ein & repliziert diese evtl., PTape wird dafür oft nur noch für den Desasterschutz verwendet)


NetApp D2D Backup & Recovery Lösungen

SnapVault FamilyNearStore VTL

Virtual Tape Backup

Lösungen für:

�Beliebigen Storage

�Beliebige Backup Software

�NetApp Storage (FAS/V-Serie):

Snapshot/SnapRestore,

SnapMirror/SnapVault

Optimiert vorhandene

Band-Umgebungen

Reduziert oder eliminiert

Bandbenutzung

Snapshot-basierte Backup-

Lösungen für‘s RZ &

Remote-Standorte:

�Non-NetApp-Storage: OSSV

Backup Sicherheit

Backup Software Partner

Sie wollen mehr Klarheit, welche Backup-Technik wann sinnvoll ist? Dies ist Thema bei der „TechDemo Backup Day“.

Agenda / Termine / Anmeldung unter www.netapp-de.de/TechDemo/backup


Wieso eine NearStore VTL?


Engpässe beim Backup auf phys. Tape

Clients

Backup Server

Physische Tape Library

Langsame Clients~10 MB/s

Medium Clients~30 MB/s

Schnelle Clients~50 MB/s

Bandlaufw.@ 30 MB/s bis 160 MB/s

Fiber Channel 200 MB/s

Netzwerkverbindung100 oder 1000 Mbit/s

Netzwerk

Flaschenhälse können auftreten bei

• Primärdaten-Plattensubsystemen• Clients• Netzwerk, Backup- / Medienserver• Bandlaufwerke / Medien

Ein typisches Szenario

• Mount- und Positionierzeiten verhindern schnelle Restores & Reclamation• geringe Laufwerksanzahl behindert Parallelität der Backups & K-Fall Restores• Client- und Bandlaufwerksgeschwindigkeit passen nicht zueinander• Unzuverlässige Restores (Tape-Nichtlesbarkeit droht)• Backup- und Recovery-Servicelevels verschlechtern sich ständig

Diskcache


Integration der NearStore VTL

UNIX Server

Windows Server

HeterogenerSpeicher

Backup Server

NetAppStorage

Tape Library

NearStoreVTL

� Die VTL wird von den Backup-Systemen wie eine physische Tape-Library angesprochen (einfach in existierende Backup-Umgebungen zu integrieren)

� Existierende Band-Infrastruktur kann für Auslagerungen verwendet werden

� Sehr viele Tape-Roboter/Laufwerke

� Die VTL kann phys. Bänder ersetzen oder ergänzen (mit/ohne DTC)

Merkmale

Vorteile gegenüber phys. Band

� Performance

� Zuverlässigkeit

� Vereinfachtes Management

� FlexibilitätLinux Server

Rechenzentrum

… deutlich leistungsfähiger als ein trad. Diskcaching

DTC


NearStore VTLTechnische Daten


NearStore VTL Produkt-Familie

NearStore VTL300 NearStore VTL700

• Hardware Kompression

• Über 8 TB/h*(2,300 MB/s)

• 20TB – 1,100TB* (10 PB**)• Bis zu 48 Disk-Shelves

• ACSLS Option

• Hardware Kompression• Bis zu 2.3 TB/h*

(650 MB/s) Schreibdurchsatz• 10TB – 110TB* (1 PB**)• Bis zu 5 Disk-Shelves• Upgradefähig zur VTL700

• Hardware Kompression

• Über 4 TB/h*(1,150 MB/s)

• 10TB – 550TB* (5 PB**)• Bis zu 24 Disk-Shelves

• ACSLS Option

• Upgradefähig zur VTL1400

Performance und Skalierbarkeit

NearStore VTL1400

* maximale. Speicherkapazität und Performance base10 bei 2:1 komprimierbaren Backups (V5.6 - ohne Dedupe)

** maximale Speicherkapazität base10 bei 20:1 deduplizierbaren Backups (V6 – aktiviertes Deduplication)


Skalierbarkeit & Performance, VTL OS 5.6

2-41-21-2Hardware-Kompr.karten

24-32(6-8 / 8-20 / 0-12)

12-16(3-4 / 4-10 / 0-6)

4-6 (2 /2 / 0-2)

4 Gbit/s FC-Anschlüsse (Frontend / Internal / Backend) **

8.2 TB/hour (2,300 MB/s)

4.1 TB/hour (1,150 MB/s)

2.3 TB/hour (650 MB/s)

Max Schreibdurchsatz(2:1 kompr.)

10,000

1,500

256

4.5 TB/hour (1,250 MB/s)

10 - 550 TB

5 - 275 TB

VTL700 VTL1400VTL300

10,000

1,500

256

2.9 TB/hour (800 MB/s)

10 - 110 TB

5 - 55 TB

20,000Max Virtual Cartridges

3,000Max Virtual Laufwerke

512Max Virtual Libraries

9.0 TB/hour (2,500 MB/s)

Max Schreibdurchsatz(unkompr.)

20 - 1,100 TBNutzkapazität bei 2:1

10 - 550 TBNutzkapazität (unkompr.)

NearStore VTL700

� bewährte NetApp Hardware Plattform� ** maximum port counts for specific configurations will vary based on

usage of I/O slot options


Skalierbarkeit & Performance, VTL OS 6.0.0

3,0 TB/hour (840 MB/s)



Max Direct Tape Creation Speed*

8,2 TB/hour (2,300 MB/s)

4,1 TB/hour (1,150 MB/s)


Max Schreibdurchsatz HWC-only

(bei 2:1 Komprimierung) *

550 TB275 TB55 TBNutzkapazität (unkompr.) *

4,3 TB/hour (1.200 MB/s)



Max Schreibdurchsatz

(bei aktiviertem Deduplication) *

5 PB

VTL700 VTL1400VTL300

1 PB 10 PBNutzkapazität (bei 20:1 Dedupe)*

Restliche Spezifikationen entsprechen den Werten von V5.6

* Maximum performance and capacity are calculated using Base 10 arithmetic. Standard compression assumes data are compressible at 2:1. Deduplication assumes data are compressible and dedupable 20:1

Deduplication steht den VTL300 / VTL700 / VTL1400-Kunden (im Rahmen des Software-Wartungsvertrages) als kostenfreies Software-Feature nach Upgrade auf VTL-OS V6 zur Verfügung


NearStore VTL Interoperabilität, http://now.netapp.com/NOW/products/osn/vtl/nearstore_vtl_compatibility.pdf =aktuell & viel detaillierter

Backup Application Software (* = V6 dedupe folgt)

� Atempo*, BakBone, CA Brightstor, CommVault*, � EMC NetWorker, HP Data Protector*, MS DPM*,

� IBM TSM*, Oracle Secure Backup*, Syncsort*,

� Symantec Backup Exec* & NetBackup, � NetApp NDMP

Tape Libraries (verschiedene Modelle von)� HP, IBM, Overland, Qualstar, Quantum/ADIC, Sony,

� SpectraLogic, STK (auch ACSLS), Tandberg

Tape Drives (* = auch mit Drive-Encryption)

� HP LTO-1 bis LTO-4*

� IBM TS1120*, 3590/92, LTO-1 bis LTO-4*

� Quantum DLT7000/8000, SDLT320/600, DLT-S4

� STK T9840A/B/C/D, T9940A/B, T10000A/B*

� Sony AIT-1 bis AIT-5, SAIT-1NearStore VTL

(Stand 12/2008)

Nur, falls Direct Tape-Creation verwendet wird:


NearStore VTL Technologie-Vorteile



NearStore VTL Vorteile

� Hardware-Datenkompression mit sehr hoher Geschwindigkeit

– Reduziert Plattenkosten ohne Geschwindigkeitseinbußen

� Self-tuning Performance

– Optimiert (ohne manuelles Tuning) automatisch die Geschwindigkeit

� „Direct Tape Creation“ möglich

– Erstellung von physischen Bändern in 100% nativem Format

– „Shadow Tape“ ermöglicht nach PTape-Auslagerung schnelle Restores von der VTL

– Restore Pass through beschleunigt Restores von PTapes

– Virtual Tape Smart Sizing optimiert den PTape-Füllgrad

� NetApp ist kompletter Eigentümer der VTL-Technologie

– Langfristiger Support und Produktverbesserungen sind gesichert


Self-tuning PerformanceDie Belastung wird dynamisch ausbalanciert

60MB/s

Dynamisch ausbalancierte Backup Streams

� Virtuelle Bänder befinden sich nicht auf festgelegten Bereichen

� Backup-Streamswerden dynamisch über die Disk-LUNs verteilt

� Sorgt für optimale Performance ohne Tuning

Stand VTL OS 5.6


Self-tuning PerformanceErneutes Ausbalancieren passiert automatisch

Dynamisch ausbalancierte Backup Streams

� Die Streams werden automatisch neu ausbalanciert, wenn sich die Backup-Last verändert

� Eine optimale System-Leistung ist dauerhaft sichergestellt

� „Hotspots“ auf einzelnen Raid-Gruppen werden verhindert

Stand VTL OS 5.6


RAID Group 2

Was passiert, wenn eine Platte ausfällt?die Integration von VTL- und RAID-Layer bringt Vorteile

RAID Group 1

1: RAID Gruppe wird in einen “degraded Mode”

gesetzt, falls eine Disk-Spindel ausfällt

2: das VTL OS leitet

Schreibbefehle auf andere RAID Gruppen um• betroffene RAID Guppewird read-only gesetzt

RAID Group 3 RAID Group x. . .

4: RAID Gruppen sind ca. 4- bis 20-fach schneller

als beim Wettbewerb wieder voll einsatzfähig

3: Schneller rebuild• Rekonstruiert ungestört nur die belegten Datenbereiche über die Parity Informationen


NearStore VTL RAID-Gruppen Rebuilds

Schnelle Rebuilds reduzieren Leistungseinbußen und Risiken

RAID Rebuild Time Comparison

0.68

19.38

0

20

Hours Required

Ho

urs VTL600

CDL710

175 GB Test-Daten

1.9TB Test-Daten

4.50

175 GB Test-Daten

NearStore VTL RAID-Gruppen Rebuilds werden 4 bis 28 mal schneller durchgeführt wie bei typischer Konkurrenz

Source: VeriTest Performance Comparison


Die VTL kopiert auf Band (DTC)

� Die Backup-Anwendung verwaltet die Retention-Policies und verfolgt wo sich die Bänder befinden

� Deutliche Verbesserungen bei der Erstellung von Bändern zur Auslagerung

1 2

Der Backup-Server kopiert auf Band

�Die Backup-Anwendung verwaltet die Retention-Policies und verfolgt wo sich die Bänder befinden

�Geringere Performance durch Overhead beim Backup-Servers�Bei TSM wird meist dies benützt.

Die NearStore VTL bietet zwei Optionen eine vorhandene phys. Tape-Library zu integrieren

( DTC Details überspringen, falls unrelevant)

BackupApplication

NetAppVTL

Backup

Server

Physical Library

Clients

Media Cloning

Physical Library

Backup

Server

BackupApplication

NetAppVTL

Clients

Direct Tape Creation


NetApp VTL,

Aufsetzen von DTC (=Direct Tape Creation)

NetApp VTL

Backup Application Server

Physical Tape Library

catalog

ABC100L1

5 Backup verändert das virtuelleBand ABC100.

Physikalisches Band ABC100 wirdin die PTL eingelegt

1

Backup Server Inventorisiert die virtuelle Library

4

Virtuelles Band wird in die virtuelleLibrary“ importiert” (für leere und expired Tapes genügt derTapebeginn)

3

Veränderungen auf dem virtuellenBand ABC100 werden (ab Unload VTape) asynchron auf demphysikalischen Band nachvollzogen. Der Katalogeintragpaßt somit auch für das PTape.

6

Die vorkonfigurierte VTL Hardware (mit mindestens einer internen vlib) wird zwischen Backup-Server und PTL installiert. Inventory der PTL.

2

Data Center


Erzeugung nativ verarbeitbarer Tapesund Nutzung Shadow Tapes for schnelle Restores

1 Der Backup-Server schreibt Daten auf das Virtual Tape ABC100. Im Backup-Katalog

wird der Barcode und die definierte

Haltedauer vermerkt.

Data Center

NearStore VTL

Backup Application Server

Physical Tape Library

Automatisches Highspeed-Cloning des

VTapes ABC100 auf das PTape mit identischem Barcode und Aufbau (vom

BackupServer bei Bedarf nativ verarbeitbar).

2

Wird das VTape ABC100 aus der virt. TL

genommen (EXPORT), bleibt es im Shadow Tape Pool erhalten, wie es der Diskcache-

Füllgrad zulässt. Optional kann danach ein

Auslagern in die reale IO-Door der PTL

erfolgen.

3

Das PTape ABC100 kann aus der PTL entnommen werden, um es an einen

sicheren Ort (Vault) zu transportieren.

4

4

Shadow TapePool

3

Trotz physisch ausgelagertem PTape ABC100 kann weiterhin ein schneller

Restore aus der VTL durch Laden des

VTapes vom Shadow Tape Pool erfolgen.

5

Offsite Vault

catalog

ABC100

12

5

Im Laufe der Zeit dürfte (aus Platzgründen) eine automatische Freigabe des Tapesinhalt

im Shadow Tape Pool erfolgen.

6


NearStore VTLschnelle und sichere Restores

�Datenbereitstellung in Sekunden

(vermeidet die langen mechanischen

Verzögerungen der PTLs)

�RAID-Schutz erhält die

Restorefähigkeit bei defekten Disks

Restore von VTL viel schnellerData Center

UNIX Servers

Windows Servers

HeterogeneousStorage

Backup Server

Import/Export to Tape

NetAppStorage

Schnelle, flexible PTL-Restores

�Schnelle “pass-through” Restores

von physical Tapes (Rückkopie PTape auf VTape nicht

abzuwarten)

NearStoreVTL

Backupsoftware mit ShadowTape-Integration ermöglichen den Durchgriff auf den Shadow-Tape-Bereich und die PTL: Netbackup, CommVault, Bakbone unterstützen dies schon. Alternativ ist teilweise eine Scripting-Lösungmöglich (z.B. für FSC/EMC Networker über dessen Notification-Schnittstelle).

Restore (z.B. im K-Fall) auch direkt vom PTape ohne VTL möglich


NearStore VTL ACSLS Unterstützung

� Nötig, wenn DTC große StorageTek Silos verwenden soll

– z.B. SL8500, SL5500, Powderhorn� einziges aufpreispflichtiges VTL-Software-Feature

� Funktioniert mit ACSLS 7.1

– Kein Mainframe ACSLS (Library Station)


Patentiertes “Tape Smart Sizing” für hohenPTape-Nutzungsgrad

� Optimizes physical media capacity utilization

– Data written to the VTL is sampled for compressibility

– Virtual tapes are dynamically sized to efficiently fit on physical tapes

– Increases capacity utilization and reduces tape media spend up to 50%

1 physical LTO-3 tape

~91-100% full with 800 GB

Compression

Sampling

Virtual tapedynamically grows

to hold 800 GB of data

Tape drive

compression

800 GB of data

With 2:1 compressibility

Other VTLs create 2 tapes 50% full with

400 GB, native LTO-3 capacity


Kurze Zusammenfassung von Direct Tape Creation und dessen Subfunktionen

� Direct Tape Creation (DTC): VTL aktualisiert PTapes automatisch und schnell (ohne Backup-Server-Last)

� Nativ verarbeitbare PTapes (identischer Aufbau der PTapes ermöglicht auch native Verarbeitung physischer Tapes durch den Backup-Server)

� Tape Smart Sizing (sorgt für optimale Befüllung der PTapes hinter der VTL)

� “pass-through” Restores (erhöht die Speed beim Restore physischer Tapes über die VTL)

� Shadow Tape Pool (auch nach Auslagerung von Tapes in die PTL oder einen Auslagerungsraum, bleibt ein Restore direkt aus der VTL möglich)


3rd Party Dedupe-Server

Disk Array OS

SATA oder FC disk shelves

Disk Array Controller

3rd Party Dedupe-Software

Linux OS for Dedupe-Server

3rd Party VTL- Software

Linux OS for VTL-Server

3rd Party VTL-Server

3rd Party VTL GUI

NetApp ist VTL Technologie EigentümerEinfachheit, langfristiger Support & Verbesserungen gesichert

Typischer Aufbau anderer Enterprise VTLsNearStore VTL

Standard Web Browser

NetApp SATAdisk shelves

(aus FAS-Serie)

NetApp VTL Controller

(aus FAS-Serie)

NetApp VTL OS


Investitionsschutzgemeinsame Hardware-Architektur eröffnet Flexibilität

NetApp FAS SystemNetApp NearStore VTL

• Virtual Tape Personality• VTL OS• JOS

• Fibre Channel Anschlüsse

• Disk Personality• Data ONTAP• WAFL• Fibre Channel, iSCSI oder

NAS Anschlüsse

VTL zu FAS

FAS zu VTL

Vor-Ort-Umbau möglich


Deduplication for VTL( überspringen, falls unrelevant)


die Kostenrevolution für das Backup2Tape,

falls viele Fullbackups gehalten werden


NetApp Deduplizierung für VTL ab V6

� Design für Enterprise-Class Backup Umgebungen

– hohe Speed / Kapazität / Ratio / Integration mit PTape

� Verfügbarkeit:

– Nachdem es seit Anfang 2008 in Kunden Beta-Tests war, erfolgte die Produktionsfreigabe V6.0.0 im November 2008.

– Welche Backup-Software ist schon für V6 zertifiziert? Siehe NearStore VTL Interoperabilität, http://now.netapp.com/NOW/products/osn/vtl/nearstore_vtl_compatibility.pdf )

– Zum Monatsende März 2009 wird Release 6.0.1 erwartet, welche ergänzend TSM & CommVault supported.

� Kostenfrei für VTL300 / VTL700 / VTL1400-Systeme (im Rahmen des Software-Wartungsvertrages).


NearStore VTL VerdichtungsmethodenDedupe und hochperformante Hardware Kompression

� Deduplizierung und Hardware-Kompression werden kombiniert, um die maximale Platzersparnis und Performance zu erreichen– Deduplizierung wird zuerst ausgeführt– die einmaligen Daten werden danach komprimiert bevor sie auf Platte

geschrieben werden; dies multipliziert den Verdichtungseffekt

Beispiel:– Backup-Daten lassen sich (im Laufe der Zeit) auf 10:1 deduplizieren– Die Backup-Daten sind 2:1 komprimierbar– Die gesamte Datenreduktion beträgt in diesem Fall 20:1

zukünftige VTLDaten-Dedupe Option

HochgeschwindigkeitsHardware-Kompression


VTL Deduplication

� Post-Process Deduplication JETZT verfügbar mit V6.0– noch starre Aufgabenteilung: Inline-Fingerprinting, Post-Process Deduplication– Nutzung der Hardwarekomprimierung für Platzersparnis & mehr Geschwindigkeit– Deduplication ist auf Vlib- / Tape-Ebene (de)aktivierbar

High-Speed Hardware Compression

& Anchor-Generation Post-Process-Deduplication

� Rate-Adaptive Deduplication wird noch 2009 erwartet– Abhängig von der Backup-Geschwindigkeit wird dann dynamisch zwischen Inline- und

Post-Process Deduplication gewechselt, – um schnelle Backups nicht zu limitieren und trotzdem einen hohen Gesamtdurchsatz

bis zum nächsten Backupzyklus zu ermöglichen

Partitial Inline Deduplication


Was beeinflußt die VTL Deduplication-Ratio?(Beispiel tägliches Incremental- & wöchentliches Fullbackup)

� Ein erster Full-Backupzyklus kann intern auch schon von Dedupe profitieren (stark datenabhängig – z.B. 1,3:1 – nicht dargestellt)

� Dedupe bringt auch einen begrenzten Vorteil für Incremental-Backups� Dedupe bringt einen großen Vorteil für nachfolgende Fullbackups

– Anzahl Fullbackups hat den größten Einfluß auf die Dedupe-Ratio� In der Summe dürften 20 Fulls bei 5% Change-Rate grob 20:1 Dedupe-Ratio

ergeben (die Ratio steigt aber nicht linear zu der Anzahl Fullbackups).

Time

Su

Growth

Mo Tu We Th Fr Sa Su


Was ist das “Hash Key Collision Risiko”?

Prüft eine Dedupe Implementierung bei gleichem Hash Key, ob der (z.B. 200-fach) längere Datenbereich wirklich den gleichen Inhalt hat?

� Die meisten Dedupe-Implementierungen (auch VTLs) prüfen dies nicht

� das ist zwar günstig für deren Dedupe Performance,

� aber ein kleines Restrisiko „silent data loss“ ist gegeben (sollte dies auftreten, droht ein dauerhafter Verlust von Daten;auch über alle Backup-Generationen hinweg)

Alle NetApp Deduplication Techniken arbeiten ohne dieses Restrisiko (Dedupe nur nach erfolgreichem Byte2Byte Datenbereichsvergleich).

netapp nearstore vtl - empalis.com · technische entwicklung der letzten 11 jahre die kapazität...

Documents