Hier ist die zugehörige Präsentation:

Zum einen bietet Apple selbst mit dem Mac Pro und dem Mac mini Server gute Geräte, allerdings gibt es einige Anwendungsszenarien, in denen ein 1U-, rackfähiges Gerät Sinn macht, das mehr Leistung als der Mac mini Server hat und weniger Platz und Strom als der Mac Pro benötigt.

Active Storage hat so ein Gerät namens ActiveSAN als Xsan/StorNext-Metadatencontroller angekündigt, das sehr vielversprechend aussieht.

Alternativ können Sie auch heute schon ein bestehendes Xsan-System auf eine Linux-/StorNext-Plattform migrieren, wenn auch ohne den intelligenten Installationsassistenten, den uns ActiveStorage verspricht.

Wenn Sie sich einen Überblick verschaffen möchten, wie man eine Xsan-Umgebung zu Stornext migriert, habe ich hier einen Artikel für Sie, in dem die Umstellung in einer Übersicht beschrieben wird.

Falls Sie Hilfe bei einer solchen Umstellung benötigen, stehe ich Ihnen natürlich gerne als Dienstleister zur Verfügung.

Diese Version beinhaltet die folgenden Neuerungen:

• Besserer Umgang mit doppelten Leerzeichen in Dateinamen (Danke für den Tipp, Matt Geller)
• Automatischer Umgang mit Nicht-Standard-Indizes im PresSTORE Archiv-Modul (Dank an Lars Petter Ommundsen, Video 4)
• Aufgeräumteres Config-Tool
• Aktualisiertes Handbuch umfasst nun PresSTORE 4s fsevents-Support

Das Tool ist kostenlos unter http://www.andre-aulich.de/en/perm/connecting-final-cut-server-to-archiware-presstore zu haben.

Ich habe auch darüber nachgedacht, folgende Funktionen in fiprecon zu integrieren:

• Verhindern doppelter Archivierungen
• Zurückschreiben der Tape-ID aus PresSTORE in die Metadaten eines FCSvr-Assets
• Automatisches Anlegen des temporären Archivordners, der Responses und Metadatenfelder in FCSvr während des Config-Prozesses

Jedoch bin ich aktuell der Meinung, dass diese Funktionen pro Installation angepasst werden sollten, so dass ich sie nicht in das Standardtool mit aufgenommen habe.

Wenn Sie eine dieser Funktionen verwenden wollen, würde ich mich über Ihre Kontaktaufnahme sehr freuen.

Klicken Sie auf den kleinen Pfeil-nach-rechts am rechten, unteren Ende des Players, um die Präsentation in hoher Auflösung und browserfüllend zu sehen.

Ich würde mich sehr freuen, Sie in Hamburg zu sehen und Ihnen zahlreiche sinnvolle Workflow-Optionen zu demonstrieren.

Unter http://www.archiware.com/index.php?hp=632 finden Sie genaue Informationen zu der Veranstaltung sowie die Möglichkeit, sich als Teilnehmer kostenlos anzumelden.

Ich würde mich freuen, Sie dort zu sehen!

Darüber hinaus wird erklärt, wie PresSTORE 4 diese Technik in Xsan 2.2.x-Umgebungen nutzt, um effiziente Datensicherungen durchzuführen, die derzeit mit keiner anderen Lösung in dieser Form machbar sind.

Zu den behandelten Themen darin gehören u.a.:

• Rough Cut Editing
• FCSvr CLI
• XML and data exchange with other MAMs
• Automatic fetching of news feeds incl. XML metadata
• Working with growing clips
• Automatic XDCAM ingest
• FCSvr Archiving to tape

Allerdings stehen nicht alle behandelten Punkte im Detail in der Präsentation, da ein großer Teil der Session aus Demos bestand.

Wenn Sie Fragen zu den vorgestellten Punkten haben oder meine diesbezüglichen Dienste in Anspruch nehmen möchten, freue ich mich sehr über Ihr Feedback!

Zum einen belegen Videodaten große Mengen an Speicherplatz, zum anderen dürfen Backup- und Archivvorgänge zentrale Speichersysteme nicht so belasten, dass die darauf laufenden Echtzeitanwendungen beeinträchtigt werden.

Eine hervorragende Lösung, um Videodaten von einem zentralen SAN zu sichern und zu archivieren, ist Quantums StorNext-Dateisystem (SNFS) in Verbindung mit dem StorNext Storage Manager (SNSM).

Das StorNext-Dateisystem ist mit Apples Xsan-Dateisystem kompatibel, und es ist sehr einfach, einen vorhandenen Xsan-Metadaten-Controller durch einen Linux-basierten StorNext-Metadaten-Controller zu ersetzen, was wiederum Voraussetzung für den Einsatz des StorNext Storage Managers ist.

Was macht den Storage Manager aber so besonders?

Wenn Sie Daten auf einem Dateisystem erstellen oder modifizieren, gibt es drei Wege, wie Ihre Backup-/Archivlösung in Erfahrung bringen kann, dass jetzt Daten kopiert werden sollen:

• Eine weit verbreitete Lösung ist, dass die Archivsoftware das Dateisystem auf Änderungen hin scannt. Dieser Scanvorgang erzeugt eine relativ große Last auf einem zentralen SAN, was in der Praxis u.U. zu Dropped Frames oder Ingest-/Playout-Abbrüchen führen kann, so dass sich diese Lösung nur dann anbietet, wenn Sie entsprechend großzügige Backupfenster haben, während derer keine Echtzeitanwendungen auf Ihrem Storage-System laufen.
• Eine weitere Möglichkeit besteht darin, dass die Software, die Dateien auf das SAN schreibt, Ihre Archiv-/Backuplösung aktiv über Änderungen informiert. Dies funktioniert z.B. in der Kombination von Archiware PresSTORE und Final Cut Server, ist aber auf jeden Fall applikationsabhängig.
• Die effizienteste Methode besteht darin, dass das Dateisystem Filesystem Events an Ihre Archiv-/Backuplösung schickt, damit Ihre Software nur zuletzt erstellte oder modifizierte Dateien abarbeitet ohne zuvor das Dateisystem scannen zu müssen.

Archiware PresSTORE unterstützt z.B. Filesystem Events, wenn Sie Daten von einem HFS+- oder Xsan 2.x-Volume sichern wollen, so dass Sie damit eine hervorragende, preiswerte und einfach zu bedienende Lösung zum Synchronisieren Ihres Xsan-Volumes erhalten ohne Ihre Volumes dafür scannen zu müssen.

Aber auch der StorNext Storage Manager kann diese Aufgabe bewältigen. SNFS informiert den SNSM aktiv über geänderte Dateien, die der SNSM in einer Datenbank sammelt und entsprechend der angelegten Backup-/Archivregeln zeitgesteuert abarbeitet ohne das zentrale Dateisystem scannen zu müssen.

In Version 3.5.1 läuft der SNSM-Prozess auf dem aktiven StorNext-Metadaten-Controller, weswegen es wichtig ist, die Aktivitäten des SNSM auf nichtechtzeitkritische Zeiten zu legen, um die Latenz der Metadatenanfragen immer in einem optimalen Bereich zu halten.
Alternativ kann der mit StorNext 4.0 eingeführte Data Mover eingesetzt werden, wodurch Kopiervorgänge ins Archiv/Backup nicht mehr auf dem aktiven MDC, sondern von einem Client ausgeführt. werden. Auf diese Weise können Sie die Latenzen auch dann optimal halten, wenn der SNSM-Prozess gerade viel zu tun hat.

Eine weitere großartige Funktion in StorNext 4.0 ist die Deduplizierung von Daten. Wenn in zwei verschiedenen Dateien zum Teil dieselben Datenblöcke verwendet werden, wird der entsprechende Datenblock nur einmal gespeichert und in der zweiten Datei nur noch referenziert.
Dadurch benötigen Sie je nach Art Ihrer Daten deutlich weniger Speicherplatz.

Die Deduplizierung funktioniert sowohl im Archiv als auch auf Ihrem primären Arbeitsvolume. Da die Deduplizierung jedoch einiges an Ressourcen benötigt, sollte man sie nicht auf dem primären Speichersystem einsetzen, wenn dort Echtzeitanwendungen laufen.

Wenn SNFS und SNSM optimal aufgesetzt sind, können Sie also in einer 24/7-Umgebung ohne oder ohne lange Backup-/Archivfenster zeitnah Ihre Daten von Ihrem SAN sichern.

Wenn Sie Interesse an einer solchen Lösungen haben, würde ich mich freuen, wenn Sie mit mir in Kontakt treten.

• Die RAID-Systeme besitzen zwei Fibre Channel-Controller. Bisher mussten beide per Ethernet-Kabel mit dem selben Subnetz verbunden sein, da es sonst zu dropped Frames bei Echtzeitanwendungen kommen konnte. Dies wurde laut Release-Notes gefixt, so dass die Verbindung nur eines Controllers mit einem Ethernet-Kabel nun ausreichen sollte.
• Wenn ein Controller ein Problem hat, verwendet er normalerweise statt der primären IP-Adresse eine Maintenance-IP-Adresse. Bisher konnte es passieren, dass der Controller gar nicht mehr über IP erreichbar war, wenn er ein Problem hatte. Auch dies soll nun gefixt sein.

Es gibt eine Reihe anderer Fixes, die dafür sprechen, das Update aufzuspielen.
Wir testen gerade, ob das Update nur Fixes oder auch Probleme bietet.