Die Umstellung auf den neuen Consolidated Scheduler, welcher mit Data Protector A.10.00 eingeführt wurde, kann den Anwender schon vor die eine oder andere Herausforderung stellen. Vor allem, wenn im Legacy Scheduler manuell angepasste Zeitpläne verwendet wurden. Bisher eine übliche Praxis um beispielsweise Jobs am letzten Wochenende des Monats auszuführen zu können.
Data Protector A.10.03 bietet ein optimiertes Upgrade von früheren Versionen. Während des Upgrades von 8.1x und 9.x werden vorhandene Legacy- und Advanced Scheduler-Zeitpläne in den neuen Consolidated Scheduler migriert. Sobald das Upgrade abgeschlossen ist, wird vom Installationsprogramm eine Zusammenfassung angezeigt. Details zur Zeitplanmigration werden in der Datei migration.log auf dem Cell Manager protokolliert.
Erfolgreich migrierte Schedule-Dateien (Legacy Scheduler) bleiben in den entsprechenden Verzeichnissen im Cell Manager gespeichert, jedoch werden diese in SpecName.migrate umbenannt. Leere Schedule-Dateien werden übersprungen. Dies ermöglicht manuelle Änderungen an nicht erfolgreich migrierten Zeitplandateien. Der Anwender kann die die Zeitplanmigration so zu einem späteren Zeitpunkt mithilfe von omnidbutil -migrate_schedules erneut ausführen.
Während die meisten Zeitpläne direkt migriert werden, führen einige manuell erstellte oder angepasste Zeitpläne während der Migration zu Problemen. Im Folgenden findet sich ein Beispiel für das Protokoll migration.log, in dem ein Backup und zwei Copy Jobs nicht migriert werden konnten. Diese müssen im Consolidated Scheduler manuell neu erstellt werden.
pausing quartz scheduler...ok Migrating old schedules migrating pre 10.0 advanced scheduler schedules...ok migrating backup schedules... […] migrating schedule OB2 BACKUP_FS...failed. error: Schedule(s) couldn’t be migrated. Please refer to Data Protector documentation and recreate the schedule(s). migrating object copy schedules... […] migrating schedule COPY_FS_MONTHLY...failed. error: error parsing schedule buffer migrating schedule COPY_FS_WEEKLY...failed. error: error parsing schedule buffer
Wie schon der Advanced Scheduler ist auch der Consolidated Scheduler in die Internal Database (IDB) integriert. Direkte Änderungen an Schedule-Dateien sind nicht mehr möglich.
Benutzerdefinierter Zeitplan mit einer einzelnen Spezifikation
Die Schedule-Datei für die Backup Spezifikation BACKUP_FS enthält einen manuell erstellten Zeitplan, der jeden Sonntag um 02:00 Uhr ein Incr1-Backup ausführt. Lediglich am letzten Sonntag des Monats wird stattdessen ein Full Backup ausgeführt.
Die folgenden Schritte sind notwendig, um diesen benutzerdefinierten Zeitplan mit einer Spezifikation im Consolidated Scheduler neu zu erstellen.
- Es wird ein neuer Schedule BACKUP_FS-full erstellt. Das Full Backup wird für jeden letzten Sonntag im Monat um 02:00 Uhr eingeplant.
- Auf der Seite Summary Clone Schedule auswählen, um schnell einen identischen Schedule zu erzeugen, welcher im nächsten Schritt benötigt wird.
- Der neue Schedule wird als BACKUP_FS-incr1 erstellt. Das Incr1 Backup wird für jeden Sonntag um 02:00 Uhr eingeplant.
- Um den Planungskonflikt zu korrigieren wird nun Fill free slots ausgewählt.
- Dadurch werden alle Positionen im Kalender, welche keinen Konflikt aufweisen, mit dem Schedule BACKUP_FS-incr1 gefüllt.
Benutzerdefinierter Zeitplan mit zwei Spezifikationen
Die Schedule-Dateien für COPY_FS_WEEKLY und COPY_FS_MONTHLY enthalten jeweils einen manuell erstellten Zeitplan. COPY_FS_WEEKLY wird jeden Sonntag um 21:00 Uhr ausgeführt, mit Ausnahme des letzten Sonntags, an dem stattdessen COPY_FS_MONTHLY ausgeführt wird. Es gibt zwei Spezifikationen, da für die wöchentliche und monatliche Ausführung unterschiedliche Zielgeräte oder Medienpools verwendet werden sollten.
Die folgenden Schritte sind notwendig, um diesen benutzerdefinierten Zeitplan mit zwei Spezifikationen im Consolidated Scheduler neu zu erstellen.
- Es wird ein neuer Schedule COPY_FS_MONTHLY erstellt. Die Ausführung wird für jeden letzten Sonntag im Monat um 21:00 Uhr eingeplant.
- Es wird ein neuer Schedule für COPY_FS_WEEKLY erstellt. Dieser wird COPY_FS_WEEKLY-exclude genannt und Schedule Enabled deaktiviert. Die Ausführung wird für jeden Sonntag um 21:00 Uhr eingeplant.
- Auf der Seite Summary Clone Schedule auswählen, um schnell einen identischen Schedule zu erzeugen, welcher im nächsten Schritt benötigt wird.
- Der duplizierte Schedule wird als COPY_FS_WEEKLY sowie aktiviertem Schedule Enabled erstellt. Die Ausführung erfolgt jeden Sunday um 21:00 Uhr.
- Um den Planungskonflikt zu korrigieren wird nun Fill free slots ausgewählt.
- Dadurch werden alle Positionen im Kalender, welche keinen Konflikt aufweisen, mit dem Schedule COPY_FS_WEEKLY gefüllt. Konflikte, auch mit deaktivierten schedules, werden vermieden.
Custom schedule with a two specifications via disabled schedules not working in 10.04
In a GUI all seems to shows correctly, but overlapped schedule created in fourth step firing up with schedule from first step.
I have opened case via support, but with no luck to solve the issue.
Hi Aleksey,
Thanks for sharing your experience. When I assembled the steps and wrote the article it worked well (running A.10.03). I can confirm your finding on A.10.04 but have no intermediate solution for you. When working with support they promised to fix it in the next release which will be A.10.10. All tests in my A.10.10 lab (running preview code) look promising so it should be gone with the next release.
Regards,
Sebastian Koehler
Sounds good,
do you have any information about 10.10 estimated release date?
Hi Aleksey,
From what I know it is expected to be released in the next 2-3 weeks. Hope this helps.
Regards,
Sebastian Koehler
Unfortunately schedules isn’t work as expected even after upgrade to 10.10
Or I just need to recreate the schedules?
Hi Aleksey,
I did two tests following the instructions in our post for complex schedules using two backup specs on 10.10. The information provided is correct and works on Data Protector A.10.10. Monthly and weekly backups have been executed at the scheduled point in time and not at the same time. So re-creating the schedules seems to be the best solution. Make sure to disable just the -exclude and use conflict handling when creating the weekly. Avoid using omnidbutil -export_schedules and omnidbutil -import_schedules with those schedules. When importing them back in the conflict handling might be different.
Regards,
Sebastian Koehler