Configuring Migration

From SEPsesam
Jump to: navigation, search
Other languages:
Deutsch • ‎English
Copyright © SEP AG 1999-2021. All rights reserved.

Any form of reproduction of the contents or parts of this manual is allowed only with the express written permission from SEP AG. When compiling and designing user documentation SEP AG uses great diligence and attempts to deliver accurate and correct information. However, SEP AG cannot issue a guarantee for the contents of this manual.

Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.2/4.4.3 Beefalo V2. For previous documentation version(s), check documentation archive.


SEP sesam migration is a process of copying selected savesets from one media pool (source pool, e.g., disk) to another media pool (target or destination pool, e.g., tape). You can select the savesets for migration from the selected backup task, task group, or client. To optimize migration performance, you cannot migrate savesets with errors. It is possible to migrate savesets with status successful, savesets with warnings (status successful or with warnings) or partially restorable savesets (containing data from cancelled backups).
With migration you can set up a disk-to-disk-to-tape (D2D2T) backup strategy to reduce your backup and recovery times, move older data offsite for long-term data retention and prepare for disaster recovery.

You can schedule a migration job so that it starts at a specific time and date or start it manually from the menu bar Activities -> Immediate start -> Migration.

Configuring a migration job involves the following steps:

  1. Creating a migration task by selecting the backed up data, source and target media pool
  2. Creating a migration schedule by specifying when you want to migrate your data
  3. Creating a migration event by reviewing migration task parameters and (optionally) setting event priority


  • You must have at least two media pools configured in your SEP sesam environment.
  • You must have admin user rights for performing a migration.

Configuring a migration job

Step 1: Creating a migration task

  1. In the Main Selection -> Tasks -> Migration Tasks, click New Migration Task. The Migration Task window is displayed.
  2. New migration task Beefalo V2.jpg

  3. In the Name field, enter a meaningful name for the migration task.
  4. Under the Media pool, specify the following:
    • Pool: Select the source media pool from which the data will be migrated, e.g., source_media_pool.
    • Drive: By selecting the source media pool the drive number of the drive that will be used to read the data is set automatically, however, you can select another drive from the drop-down list. Typically, you use this if you have configured additional drives and you want to assign dedicated drives for migration jobs. For details, see the option Create second drive (introduced in SEP sesam 4.4.3 Tigon) in Configuring a Data Store.
    • Interface: Optionally, specify the network interface of the server through which the data transfer will be executed, e.g., the name of the Remote Device Server (RDS).
  5. Under the Destination, specify the following:
    • Pool: Select the target media pool to which the data will be migrated, e.g., target_media_pool.
    • Drive: Optionally, select the drive number of the drive that will be used to write the data. Typically, you use this if you have configured additional drives and you want to assign dedicated drives for migration jobs. For details, see the option Create second drive (introduced in SEP sesam 4.4.3 Tigon) in Configuring a Data Store.
    • Interface: Optionally, specify the network interface of the server through which the data transfer will be executed, e.g., the name of the Remote Device Server (RDS).
  6. Under the Backup date, define the time frame of the backups that will be migrated. You can specify it either according to dates – Date or select the option Relative backup date. With values entered in the from/to fields of the Relative backup date you define the number of days in the past that are considered for data migration, meaning all data in the source media pool that was backed up within a given period of time is going to be migrated to the target pool. For example, to migrate all data from the past week including the current Sesam day, the Relative backup date is set to -7 while to is set to 0. Or, to migrate all data from the last 10 days, specify the relative time frame from -10 to 0.
    • In the drop-down list Based on, the Sesam days option is selected by default. Sesam day is a backup day you define according to your backup routines. For example, your backups can run after midnight but retain the backup date of the prior day. Sesam day/backup day is defined by time set in the NEWDAY event. For details, see SEPuler: SEP sesam backup day.
  7. Under the Backup state, select the backup completion status of the savesets you want to migrate: Successfully or with warnings (default), Only successful or Partially restorable (containing data from cancelled backups). You can also select one of the following options:
    • Copy migrated saveset again: If selected, a saveset that has already been migrated can be migrated again.
    • Delete after successful migration: If selected, a saveset will be deleted after successful migration.
  8. Select the Backup level you want to migrate (COPY, FULL, DIFF, INC): C F D I G, where G means a special backup level generation. The G backup level enables you to migrate a complete backup cycle in one step thus providing everything you need for disaster recovery. For example, the combination of selected backup levels I and G within the specified time frame -1 to 0 in the Relative backup date would migrate all incremental backups from yesterday up to today as well as all dependent incremental and differential backups of the respective backup chain including the last associated full backup. This ensures that in need of disaster recovery all required backups are available on the storage media.
  9. Under the Number of copies, select how many times may the backed up data be migrated. Default is 0, meaning that data migration is unlimited.
  10. Under the Object, select one of the following objects as a migration source:
    • Task: If you select a particular backup task as a source, only this task within the defined time frame are migrated.
    • Task group: If you select a task group as a source, only the tasks of this task group within the defined time frame are migrated.
    • Client: If you select a particular client, only the backups for this client within the defined time frame are migrated.
  11. Under the Special filter, you can select the following options:
    • Start media: Optionally, you can select only one medium from the source media pool to be migrated. You should pay special attention in order not to break a backup chain that might span across more media. If you select to migrate solely one medium, then only the backups that are stored on this medium are migrated regardless whether they belong to a wider backup set or not.
    • Saveset: Optionally, you can select only one saveset to be migrated according to its ID.
    • Select (default) or deselect the check box Parallel migration. If selected, data can be migrated concurrently using multiple streams, thus improving the migration speed.
  12. Click Save to save your migration task.

Step 2: Creating a migration schedule

SEP sesam schedules represent a framework for automating task execution. Different events, such as backup, migration, replication, restore, etc., can be linked to a schedule and configured to occur at a specified time.

A schedule defines the recurrence of an event and may be executed in minutes, hours, days, months or years. It can be set up to start periodically or to be executed only once. A schedule can be used for any number of events and the events of a particular task (backup, restore, migration, etc.) can be configured in several schedules. All schedules and related jobs are configured and run in the SEP sesam Server's time zone.

Schedules always contain one predefined task: a NEWDAY schedule, which is linked to a NEWDAY event. SEP sesam uses the NEWDAY event to reorder its database, enable uninterrupted activity of the SEP sesam processes and to define a new backup day. Do not deactivate a NEWDAY event or delete a NEWDAY schedule, because this will cause SEP sesam to stop working properly! For details, see NEWDAY event.

SEP sesam provides flexible scheduling features to customize how and when your events are processed. By using the User defined option, you can create a calendar that is customized according to your country- or company-specific requirements. For details, see Creating a Custom Calendar.


To create a schedule, proceed as follows:

  1. From Main Selection -> Scheduling -> Schedules, click New schedule. The New Schedule window appears.
  2. In the Name field, enter the name for the schedule.
  3. By default, the Execution is already enabled. Use this option to disable the schedule. If you select the Execution off option (previously deselect the Execution option), all events that are linked to this schedule will be deactivated. The schedule will still be displayed as shaded in the list of schedules, but the related jobs will not run. You can deactivate a schedule if you want to exclude scheduled jobs to run on specific days, such as holidays. For more details, see Creating a Custom Calendar.
  4. Specify the time range and start time for the schedule in the Start field. Click the arrows in the date field to display a calendar. By default, the current date is already entered. In the next field, specify the start time, e.g., 18.30. All events related to this schedule will be started at the time defined by this parameter. Keep in mind that the actual start time depends on the processor load of the system. At the starting time of the event, every event is forwarded to the queue, where it may have to wait until jobs with higher priorities are completed. For jobs with the same priority, the FIFO rule (first in, first out) applies.
  5. If you want your schedule to be valid for a limited period of time only, e.g., until the end of the year, check the Expiration date option and enter the date of its suspension. The schedule will be deleted after the Expiration date criterion is met. By default, this option is disabled and the schedule will be repeated in perpetuity.
  6. The table provides a selection of different time parameters to configure the time intervals for scheduled jobs. Jobs can occur once or recur daily, weekly, monthly, or yearly. You can also use User defined option to create a custom calendar that is customized according to your needs.
    For example, you can schedule a full backup to take place every Friday at 20:00. From the tabs on the left, select one of the following:
    • Once – no repetition, single run (After execution the schedule is deleted!)
    • Daily – repetition in days, hours or minutes
    • Weekly – repetition in weeks or weekdays
    • Monthly – repetition on absolute or relative dates: 1st/2nd... or Mon/Tue...
    • Yearly – repetition on absolute or relative dates
    • User Defined – option for setting up a custom calendar, see Creating a Custom Calendar.
  7. Under Advanced settings you can further refine your schedule.
    • Optionally, select the Start time frame check box if you want to define the maximum allowed startup time for your event. Specify the startup time in days and/or hours. If the event cannot be executed within this specified time frame, it will not be executed at all. If this option is not enabled, the allowed start time of the task is not limited and a job can be started at any time when the resource is available.
    • You can also specify a time frame for repeating the event. Select the Repeat task check box and choose how often (in hours and minutes) the task should be repeated. Use the For a duration of field if you want to specify the duration of the repeated event (days and/or hours).
    • Optionally, you can specify the time frame after which the scheduled event will be cancelled by selecting the Stop task if runs longer than check box and specifying the amount of time (in days and/or hours) following the event's scheduled start time after which the event will be cancelled.

    Creating new schedule Beefalo V2.jpg

  8. Click OK to save the schedule.

Step 3: Creating a migration event

Migration event represents the last step in a migration job configuration. Creating a migration event consists of reviewing migration task parameters and (optionally) setting event priority.


  1. In the Main Selection -> Scheduling -> Schedules, select the schedule for which you want to create a new migration event, click New (or right-click the selected schedule) and click New Migration Event.
    Select new migration event Beefalo V2.jpg
  2. From the Task name drop-down list, select the name of the already configured migration task for which you want to create a migration job.
  3. In the Priority box, set up the Priority of your migration event. SEPuler always executes the schedules with higher priority first. Default priority level is 1, which is the lowest priority (the highest is 99). The only exception are the schedules with priority 0, which override all other priorities and are always executed. For details, see event priorities. You can also enable the Blocking date. This option should be used together with high priority for special events. If checked, the blocking event will block events of the same type of a lower priority, ensuring the backup to be processed in case other backups are scheduled at the same time. For details, see Blocking Events.
  4. The settings under the Media pool, Destination, Backup date, Backup state, Backup level, Object, and Special filter (previously Parameter and Filter) were defined when you have created the selected migration task. If required, you can modify these settings. The changes will only be applied to the current migration event and will not affect the original values set in the migration task. All changed values (in opposition to the settings in the migration task) are displayed in blue color when the event is re-opened. The check box Delete after successful migration sets the saveset EOL to the actual date and time of the successful migration. The source saveset is purgeable immediately after the migration. The saveset EOL has no effect for savesets stored on tape media.
    New migration event Beefalo.jpg
  5. Click OK to save your migration event.

To check the status of your migration job, go to the Main Selection -> Job State -> Migrations and Replications. Migration tasks are listed by name together with details on completion status, start and end time, and media pools used for the task.

As of 4.4.3 Beefalo V2, you can check the status and details of your migration jobs online by using new Web UI. For details, see SEP sesam Web UI.

SEP Tip.png Tip
As of version 4.4.3 Grolar, you can use Migration task option in the backup task and event properties to chose a follow up migration task.