Drobo fails using Volume Shadow Copy Snapshots (VSS)

It took me more than 2 hours to make this video but it proofs that Drobo is not capable of dealing with Volume Shadow Copy Snapshots despite DataRobotics says it is!

What I did:
- created a 2GB random data file on Drobo (used TrueCrypt and created Containers) and calculated its MD5
- created a VSS Snapshot
- deleted the file
- created another 40GB of random data
- restored the deleted file
- checked its MD5 (sadly it was fine so I hat to go further)
- deleted the 40GB file and another 32GB files
- created another 10GB of random data
- restored the deleted file again
- checked its MD5 and it changed! Mostly all of the file was filled with Null-Bytes

The problem is: Drobo is not aware of the snapshots. As soon as you delete the file, Drobo marks its space as "free". Any further data being written to Drobo MAY cause Drobos internal block mapping to change and thus parts of the snapshot no longer refer to valid blocks on the real disks.
DataRobotics Inc has been notified by me a year ago. They still pretend that there is no problem with VSS.
If YOU use Drobo, don't use VSS!

Sorry that the cursor is not visible :/
The video is cut several times, you don't need to stare at exremly slow moving progress bars ;)

---------------------------------------

Ich habe über 2 Stunden gebraucht um dieses Video zu erstellen, aber es beweist, dass Drobo nicht in der Lage ist, Windows Schattenkopien korrekt zu behandeln, obwohl DataRobotics das Gegenteil behauptet.

Meine Schritte:
- habe eine 2GB große Datei mit Zufallsdaten auf dem Drobo angelegt (habe dafür TrueCrypt benutzt) und ihren MD5-Hash bestimmt
- habe eine Schattenkopie angelegt
- habe die Datei gelöscht
- habe weitere 40GB an Zufallsdaten auf den Drobo geschrieben
- habe die gelöschte Datei wiederhergestellt
- habe den MD5-Hash bestimmt und verglichen, leider war er diesmal korrekt, also musste ich weitere Daten schreiben
- habe die 40GB und weitere 32GB an anderen Dateien gelöscht
- habe zusätzliche 10GB an Zufallsdaten erzeugt
- habe die gelöschte Datei erneut wiederhergestellt
- wieder den MD5-Hash verglichen, diesmal hat er sich verändert! Der Großteild er Datei war mit Null-Bytes voll geschrieben

Das Problem dahinter ist: Drobo hat keine Kenntnis von den Schattenkopien. Sobald die Datei gelöscht wird, markiert Drobo den Speicher wieder als "frei". Wenn später weitere Daten auf den Drobo geschrieben werden, ändert sich die interne Block-Zuordnung des Drobo und Teile der Schattenkopie zeigen dann möglicherweise auf nicht mehr real existierende Blöcke der Festplatte.
Ich habe DataRobotics Inc bereits vor einem Jahr auf dieses Problem hingewiesen. Sie behaupten aber immernoch, es gäbe keine Probleme mit den Schattenkopien.

Sorry dass der Mauszeiger nicht sichtbar ist :/
Das Video ist an vielen stellen Geschnitten, damit ihr keine langen Wartezeiten erdulden müsst ;)

Category:

Science & Technology

Tags:

• drobo
• dri
• datarobotics
• fail
• vss
• snapshot
• volume shadow copy
• schattenkopie