Storage Solutions

Storage Solutions

Posts 11-16 of 16
  • Stephan Haux
    Stephan Haux    Premium Member
    The company name is only visible to registered members.
    Re^8: Backupstrategie für small Office Umgebung gesucht
    Hallo,

    der Einwand ist berechtigt und sehr wichtig. Deshalb ist es bei den SLA's wichtig ins kleingedruckte zu schauen und vor allem ist es wichtig sich die Firma des Vertrauens genau anzuschauen:
    - Wie lange ist der Anbieter im Markt?
    - Welche "schlechten" Nachrichten gibt es? Gerade bei größeren Anbietern gibt es viele Blogeinträge und Anweder Reports, die bei der Entscheidungsfindung helfen
    - Sind Online Speicherdienste Kerngeschäft oder ein Add-On? Wenn Online Speicher zum Kerngeschäft gehören, dann ist der Verlust von Kundendaten so schlimm wie für T-Mobile der Netzausfall war. Dann besteht bezüglich dem Schutz der Daten ein gleichgerichtetes Interesse

    Ein wenig erinnert mich die Diskussion über Online Speicher versus Inhouse doch an die ersten Tage des Online Banking. Damals war die Skepsis groß und das Netz voll von Warnungen über die potentiellen Gefahren. Vergessen wurde dabei aber, daß auch im Schaltergeschäft Fehler auftraten und zwar durchaus mehr als bei den ersten Onlineangeboten: Fehlerhafte übertragung der Handgeschriebenen Überweisungsträger, glatte Fälschungen die im Übernachtbriefkasten eingeworfen werden etc.

    Zusammenfassend: Die beschriebenen Punkte sind richtig und wichtig. Aber man sollte das Kind nicht mit dem Bade ausschütten und deswegen Online-Speicher per se verdammen.

    Gruß
    Stephan Haux
    • 06 May 2009, 2:34 pm
  • Björn Steinecke
    Björn Steinecke    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^8: Backupstrategie für small Office Umgebung gesucht
    Hallo,

    genau aus dem Grund betreiben wir die Backup Szenarien, etwas anders!

    Unser Kunde bekommt eine direkte VPN Strecke, mit unserer oder eigener Hardware. Desweiteren bekommt er RDP Zugang bzw. Remote Board Zugänge für die Backupsysteme. Wir lagern keine Daten von mehreren Kunden auf einer LUN bzw. auf einem Array. Somit kann es keine Probleme mit den Daten geben.

    Und wie Sie schon sagen, wer gibt seine Daten schon gerne heraus. Hierzu gibt es dann auch wieder verschiedene Konzepte in unserem Haus, so dass unsere Supporter nur Zugriff auf die Maschine bekommen, wenn der Kunde es auch möchte.

    MfG
    Björn
    • 06 May 2009, 2:53 pm
  • Post visible to registered members
  • Post visible to registered members
  • Björn Steinecke
    Björn Steinecke    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^10: Backupstrategie für small Office Umgebung gesucht
    Hallo Herr Linow,

    vielen Dank für den konstruktiven Beitrag!

    Sicherlich kommt es bei dem dedizierten Storage auch auf das Budget an. Wenn man sein Backup System, dann auch noch mal durch ein Backup schützen möchte. Kann man auch 2 LUNs in verschiedenen SAN Einheiten, die dann auch in unterschiedlichen Brandabschnitten oder ggf. sogar in einem anderen Core Standort stehen zuweisen und dann mittels Host-Based Mirroring die Daten auf 2 Systemen spiegeln.

    Dies könnten dann auch 2 verschiedene Vendors sein z.B. IBM DS8xxx / HP EVA oder auch EMC, HDS Systeme.

    Dadurch haben Sie einen Software Bug ausgeschlossen....

    Bzgl. des Datenzugriffs.... da haben Sie recht, wenn jemand wirklich an die Daten will, ja dann bekommt er das hin... Jedoch ist der physikalische Zugriff auf unsere Systeme im RZ auf ein Minimum Reduziert. Und gut der SAN Admin könnte sich die LUNs Spiegeln... ;) Aber das würde zu weit gehen. Dazu gehört zum Schluss doch das Vertrauensverhältnis zum Kunden.

    Viele Grüße
    Björn Steinecke
    • 14 May 2009, 6:23 pm
  • Ralf Krause
    Ralf Krause    Premium Member
    The company name is only visible to registered members.
    Re: Backupstrategie für small Office Umgebung gesucht
    Hallo Herr Lang,

    um Ihnen eine wirkliche Empfehlung zu geben wären natürlich noch einige andere Fragen oder besser die Antworten darauf wichtig:

    - Wieviel der 80 GB verändern sich täglich und müssen damit gesichert werden?
    - Reicht eine tägliche Sicherung aus oder soll diese mehrmals am Tag erfolgen?
    - Wie gross ist das zur Verfügung stehende Backup window?
    - Wieviel Daten der 80 GB müssen über einen längeren Zeitraum archiviert werden?
    (Hier sollten auch die gesetzlichen Vorschriften beachten werden.)
    - Ist Baremetall Recovery des Systems notwendig?
    - Über welches Betriebssystem reden wir? Windows, Linux, ...

    In Bezug auf Onlinebackups ist eines der wichtigsten Kriterien ganz klar die Netzanbindung. Da Sie von einer kleinen Büroumgebung sprechen gehe ich mal nicht davon aus, das "nur" eine normale DSL-Anbindung besteht.
    Wie hoch ist die Download und vorallem die Upload Geschwindigkeit? Wie stabil ist die Internet Verbindung?
    Rechnen Sie sich doch mal aus wie lange die erst Sicherung dauert und wie lange die täglichen Backups dauern.

    Eine Kategorisierung der Daten nach der Archivierungsfrist der Daten sollten Sie auf jeden Fall mal durchführen.
    In Abhängigkeit davon würde ich das Backupmedium auswählen.
    Man ist manchmal in kleineren Unternehmen überrascht, wie gering die Datenmenge ist, die man wirklich über längeren Zeitraum archivieren muss.

    Auch muss ein Backup nicht unbedingt auf Tape erfolgen. Möglichkeiten gibt es viele: Disk-to-Disk, Disk-to-Disk-to-Tape, Disk-to-Tape, etc. Und dann haben Sie bei Tapes noch die Wahl zwischen Autoloader oder manuellen Drives.

    Für längerfristige ARCHIVIERUNGEN sollte man in kleineren Umgebungen auch optische Medien wie DVDs oder Blueraydiscs nicht aussen vor lassen. Auch wenn man dies nicht gerne hört, sind auch diese Medien in kleinen Unternehmen zur Archivierung zu berücksichtigen. In grossen Umgebungen haben diese Medien natürlich nichts zu suchen.

    Abschliessend muss ganz klar gesagt werden, das ein paar Infos mehr notwendig wären, um eine wirkliche Empfehlung abgeben zu können.
    • 11 Jun 2009, 12:31 pm