Installation/Update des Infrastructure Center

Eine ausführliche Anleitung, wie das IC und die Hosts einzurichten ist finden Sie in unserem Handbuch. Außerdem finden Sie dort eine ausführliche Beschreibung aller Sicherungswege sowie deren Einstellungsmöglichkeiten. Bitte beachten Sie dabei unsere Supportmatrix VMware / Supportmatrix Citrix, dort sind alle unterstützten Sicherungswege der VMWare/Citrix-Umgebungen und des IC verzeichnet.

Die für den Betrieb eines IC-Servers benötigten Systemanforderungen finden Sie hier.


Wenn Sie Ihre bisherige IC-Installation updaten möchten, führen Sie bitte folgende Schritte durch:

  1. Stellen Sie sicher, dass zur Zeit keine Backups oder Restores laufen, oder in den nächsten Minuten gescheduled sind
  2. Beenden Sie noch laufenden IC-Clients
  3. Starten Sie das Update des ICs, durch Ausführen der Setup-Datei
 CBT über CLI deaktivieren Ab sofort steht im IC-Installationsverzeichnis ein Tool zum deaktiviren von CBT bereit. 6015 QuickRecovery über RemoteHost wird nun auch für ESXi 4.1-Hosts unterstützt Zusätzlich zu den bestehenden Sicherungswegen/Zielen, können nun auch "QuickRecovery über RemoteHost"-Sicherungen bei ESXi 4.1-Hosts durchgeführt und wiederhergestellt werden. 6004 Filelevelrestore nun auch für VADP-Sicherungen Beim FilelevelRestore von VADP-Sicherungen mit CBT konnte es unter bestimmten Umständen passieren, dass die Sicherung nicht richtig wiederhergestellt wurde und das Restore einfach "hängen" blieb. Dies tritt nun nicht mehr auf. 6004 XVA Export Funktionalität hinzugefügt Backups die über den IC-Server laufen benutzen jetzt die neue Exportfunktion des XenServers. Die Netzwerklast sowie die Backupzeit veringern sich drastisch, da Null-Sektoren nicht mit übertragen werden. Ab XenServer Version 5.6 FP1 werden die Daten komprimiert übertragen und sorgen für eine zusätzliche Entlastung des Netzwerks. 6004 Independent-Nonpersistent Disks wurden nicht als Independent Disks behandelt Sicherungen in denen virtuelle Platten im Modus Independent-Nonpersistent betrieben werden, wurden von CIDeR nicht ausgeschlossen, so dass die Sicherung für diese Platten scheiterten. CIDeR behandelt nun auch diese Platten als Independent Disks und schließt diese bei Sicherungen aus, wenn keine Independent Disks einbezogen werden sollen. 6015 Virtuelle Raw-Devices konnten nicht vom Snapshot ausgeschlossen werden Bei Sicherungen von VMs mit angehängten virtuellen Raw-Devices wurde die Einstellung "Setze Independent Disks" für solche Platten, sofern sie ausgeschlossen wurden, ignoriert. Dadurch wurde bei der Sicherung versucht ein Snapshot auch für die ausgeschlossenen vRDMs zu erstellen. In den meisten Fällen schlug dies fehl, da der freien Speicherplatz oder Blocksize-Einstellungen im Datastore nicht ausreichten/ausreichend dimensioniert waren. Ausgeschlossene vRDMs werden nun beim Snapshot nicht mehr berücksichtigt. 6014 Timeout für VADP-Sicherungen integriert Laufende VADP-Sicherungen werden nun sauber abgebrochen, wenn längere Zeit keine Daten gesendet oder empfangen werden. Blockierende Sicherungen werden somit unterbrochen und nachfolgende Sicherungen werden nicht behindert. 6013 Restores von XVA-Sicherungen in andere Pools werden nun erfolgreich ausgeführt Für das Restore von XVA-Sicherungen, wurde fälschlicherweise der Original-Host/Pool verwendet. Dies tritt nun nicht mehr auf. 6013 Filelevelrestore für HP DataProtector funktioniert nun mit Differentials über VADP Differentials die über VADP angelegt und in HP DataProtector abgelegt wurden, konnten nicht über das Filelevelrestore geladen werden, da nicht alle Daten aus dem HP DataProtector wiederhergestellt wurden, die für den Start des Filelevelrestores nötig waren. Es werden nun alle benötigten Daten korrekt zusammengetragen und das Filelevelrestore ausgeführt. 6012 Filelevelrestore für HP DataProtector funktioniert nun mit CBT Unter bestimmten Umständen konnten CBT-Sicherungen mit HP DataProtector nicht vollständig wiederhergestellt werden. Ein Mounten des Backups war daher nicht möglich. Die Sicherungen werden nun vollständig wiederhergestellt. 6011 Trotz laufender Sicherung wurde die Sicherung bereits als fehlerhaft abgeschlossen angezeigt Je nach Auslastung des IC-Servers konnte es vorkommen, dass das Starten des Sicherungsagents länger gedauert hat, als das CIDeR wartet bis es eine Sicherung als "fehlerhaft gestartet" markiert. Die Wartezeit die dazu in der IC-GUI definiert werden konnte, wurde nicht in allen Fällen angewendet. Dies wird nun wieder korrekt durchgeführt. 6010 Lokale VADP-Sicherungen wurden nicht mehr vorgehalten Im Zusammenhang mit speziellen Versionsständen des ICs und Einstellungen in der Konfiguration konnte es vorkommen, dass nach erfolgreichen Sicherungen, alle gesicherten Daten bereits wieder gelöscht wurden. Dies war darauf zurückzuführen, dass alle diese Sicherungen als TSM/HP Sicherungen behandelt wurden. Dies tritt nun nicht mehr auf. 6009 Abbruch der Sicherung bei Backups die über mehrere Stunden laufen Bei großen VMs konnte es vorkommen, dass die Session während der Sicherung auf dem XenServer ausläuft. Dies führte zur Fehlermeldung "Session Invalid" und beendete die Sicherung. Bei längeren Sicherungszeiten wird nun die Session korrekt erneuert. 6008 VADP-Sicherungen über TSM/HP wurden nicht vorgehalten Wurde in der GUI das Vorhalten von TSM/DP Sicherungen aktiviert, so wurde dies für VADP Sicherungen ignoriert. Abgeschlossene Sicherungen im TSM/DP wurden dann auf Platte wieder gelöscht, so dass für ein Restore immer zuerst die Daten von Band wiederhergestellt werden mussten. Nun werden auch für VADP-Sicherungen, bei Aktivierung in der GUI, die Sicherungen auf Platte vorgehalten, um im Restore-Fall ohne Band-Zugriff die letzte Version wiederherstellen zu können. 6007 FilelevelRestore mit CBT wurde nicht richtig wiederhergestellt Bei großen QR-Sicherungen und vielen simultanen Zugriffen auf die VMWare Umgebung konnte es vorkommen, dass QR-Sicherungen abbrechen, obwohl diese auf dem ESX-Server bzw. dem VirtualCenter noch weiterliefen. Dies sollte nun nicht mehr auftreten. 6006 QR-Sicherungen schlugen manchmal fehl Bei großen QR-Sicherungen und vielen simultanen Zugriffen auf die VMWare Umgebung konnte es vorkommen, dass QR-Sicherungen abbrechen, obwohl diese auf dem ESX-Server bzw. dem VirtualCenter noch weiterliefen. Dies sollte nun nicht mehr auftreten. 6006 Registrierte QR-Sicherungen konnten nicht immer erfolgreich gestartet werden Wurden VMs von einem Datastore auf einen anderen Datastore per QR gesichert, und die Blocksizes dieser Datastores unterschieden sich, konnte es vorkommen das die Sicherung erfolgreich durchgeführt wurden, aber nicht mehr gestartet werden können. 6004 IDE-Festplatten werden von CIDeR nicht unterstützt Aktuell werden IDE-Festplatten bei einer Sicherung ignoriert. Z.B. werden seit VMware vSphere 4.x neu angelegte Windows XP-VMs automatisch mit IDE-Festplatten erzeugt. Um VMs mit CIDeR sichern zu können, stellen Sie sicher, dass bei der Erzeugung von VMs ausschließlich SCSI-Festplatten angelegt werden. ESX/ESXi Hosts und Virtualcenter ohne Passwort werden nicht unterstützt Bei der Konfiguration von ESX/ESXi-Hosts oder einem Virtualcenter ohne Passwort können Probleme bei der Sicherung und/oder Rücksicherung von virtuellen Maschinen auftreten. Bitte legen Sie ein Passwort für ihren ESX/ESXi-Host oder ihr Virtualcenter fest. Ungenaue Fehlerbeschreibung bei (Rück-)Sicherungen im CIDeR Bei der (Rück-)Sicherung im IC CIDeR wird in bestimmten Fällen die Fehlermeldung

"Warning: BackupJob <Standard> Schedule#: 1 was terminated by user or IC MoRe (due lack of storage space)!"

eingeblendet, obwohl weder IC MoRe, noch der freie Speicherplatz für den Abbruch verantwortlich ist. Falls ein unterwarteter Abbruch bei der (Rück-)Sicherung auftritt, wenden Sie sich bitte immer mit einem aktuellen Supportfile an den mySoftIT Kundensupport. Differential Backups erreichen Fullbackup Größe Bei Sicherungen über den IC Server erreichen Differentials meist die Größe eines Fullbackups. Sie können eine aus folgenden Alternativen wählen
  • es kann helfen die Blocksize kleiner zu stellen (Achtung, es wird zunächst ein neues Fullbackup erststellt)
  • direkt über den XenServer sichern
  • IC Version 6.5 benutzen
 Snapshots werden nicht richtig gelöscht Bei Sicherungen über den IC Server werden die Snapshots jetzt über die XenAPI erstellt. Bei Versionen die älter als XenServer 5.6 sind, werden die Snapshots aufgrund der fehlenden Funktionalität des XenServers nicht richtig gelöscht und der Storage kann volllaufen. Sie können eine aus folgenden Alternativen wählen
  • XenServer auf die neuste Version updaten
  • direkt über den XenServer sichern
  • IC Version 6.5 benutzen
 NullPointerException beim erstellen eines Snapshots. Wenn ein Snapshot aufgrund einer Fehlermeldung des XenServers nicht erstellt werden konnte, kommt fälschlicherweise eine NullPointerException, statt der Fehlermeldung des XenServers. Für eine genaue Fehlermeldung, probieren Sie im XenCenter manuell einen Snapshot der betreffenden VM zu erstellen.