{"id":4032,"date":"2018-05-09T12:00:43","date_gmt":"2018-05-09T11:00:43","guid":{"rendered":"https:\/\/www.data-protector.org\/wordpress\/?p=4032"},"modified":"2018-06-16T10:10:24","modified_gmt":"2018-06-16T09:10:24","slug":"complex-schedules-data-protector-10-03","status":"publish","type":"post","link":"https:\/\/www.data-protector.org\/wordpress\/de\/2018\/05\/complex-schedules-data-protector-10-03\/","title":{"rendered":"Komplexe Zeitpl\u00e4ne in Data Protector"},"content":{"rendered":"

Die Umstellung auf den neuen Consolidated Scheduler, welcher mit Data Protector A.10.00 eingef\u00fchrt wurde, kann den Anwender schon vor die eine oder andere Herausforderung stellen. Vor allem, wenn im Legacy Scheduler manuell angepasste Zeitpl\u00e4ne verwendet wurden. Bisher eine \u00fcbliche Praxis um beispielsweise Jobs am letzten Wochenende des Monats<\/a> auszuf\u00fchren zu k\u00f6nnen.<\/p>\n

Data Protector A.10.03 bietet ein optimiertes Upgrade von fr\u00fcheren Versionen. W\u00e4hrend des Upgrades von 8.1x und 9.x werden vorhandene Legacy- und Advanced Scheduler-Zeitpl\u00e4ne 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<\/strong> auf dem Cell Manager protokolliert.<\/p>\n

Erfolgreich migrierte Schedule-Dateien (Legacy Scheduler) bleiben in den entsprechenden Verzeichnissen im Cell Manager gespeichert, jedoch werden diese in SpecName.migrate<\/strong> umbenannt. Leere Schedule-Dateien werden \u00fcbersprungen. Dies erm\u00f6glicht manuelle \u00c4nderungen an nicht erfolgreich migrierten Zeitplandateien. Der Anwender kann die die Zeitplanmigration so zu einem sp\u00e4teren Zeitpunkt mithilfe von omnidbutil -migrate_schedules<\/strong> erneut ausf\u00fchren.<\/p>\n

<\/p>\n

W\u00e4hrend die meisten Zeitpl\u00e4ne direkt migriert werden, f\u00fchren einige manuell erstellte oder angepasste Zeitpl\u00e4ne w\u00e4hrend der Migration zu Problemen. Im Folgenden findet sich ein Beispiel f\u00fcr das Protokoll migration.log<\/strong>, in dem ein Backup und zwei Copy Jobs nicht migriert werden konnten. Diese m\u00fcssen im Consolidated Scheduler manuell neu erstellt werden.<\/p>\n

pausing quartz scheduler...ok\r\n\r\nMigrating old schedules\r\n\r\nmigrating pre 10.0 advanced scheduler schedules...ok\r\n\r\nmigrating backup schedules...\r\n[\u2026]\r\n \u00a0\u00a0 migrating schedule OB2 BACKUP_FS...failed. error: Schedule(s) couldn\u2019t be migrated. Please refer to Data Protector documentation and recreate the schedule(s).\u00a0\r\nmigrating object copy schedules...\r\n[\u2026]\r\n\u00a0\u00a0\u00a0 migrating schedule COPY_FS_MONTHLY...failed. error: error parsing schedule buffer\r\n\u00a0\u00a0\u00a0 migrating schedule COPY_FS_WEEKLY...failed. error: error parsing schedule buffer<\/pre>\n
Wie schon der Advanced Scheduler ist auch der Consolidated Scheduler in die Internal Database (IDB) integriert. Direkte \u00c4nderungen an Schedule-Dateien sind nicht mehr m\u00f6glich.<\/p>\n
Benutzerdefinierter Zeitplan mit einer einzelnen Spezifikation<\/h3>\n
Die Schedule-Datei f\u00fcr die Backup Spezifikation BACKUP_FS enth\u00e4lt einen manuell erstellten Zeitplan, der jeden Sonntag um 02:00 Uhr ein Incr1-Backup ausf\u00fchrt. Lediglich am letzten Sonntag des Monats wird stattdessen ein Full Backup ausgef\u00fchrt.<\/p>\n
\"\"<\/p>\n
\n\n
\n    
\n        
\n            \"Icon\"\n        <\/div>\n        
\n            
\n                BACKUP_FS schedule file<\/a>\n                \n                    <\/i> 0\n                    <\/i> 150 downloads\n                <\/span>\n            <\/h3>\n            ...\n        <\/div>\n        
\n            Download<\/a>\n        <\/div>\n    <\/div>\n\n<\/div>\n