Create a Backup Job Definition - File System

ECX provides application database copy management of physical Windows, Linux, and AIX file systems through a File System Backup job.

BEFORE YOU BEGIN:

CONSIDERATIONS:

  • An AlwaysOn of a replica of a SQL cluster instance is not supported. Replicas are limited standalone SQL servers and instances.
  • Note that point-in-time recovery is not supported when one or more datafiles are added to the database in the period between the chosen point-in-time and the time that the preceeding Backup job ran.
  • For email notifications, at least one SMTP server must be configured. Before defining a job, add SMTP resources. See Register a Provider.
  • One or more schedules might also be associated with a job. Job sessions run based on the triggers defined in the schedule. See Create a Schedule.

To create a File System Backup job:

  1. Click the Jobs Monitor tab icon tab. Expand the Database folder, then select File System.
  2. Click New New icon, then select Backup. The job editor opens.
  3. Enter a name for your job definition and a meaningful description.
  4. From the list of available sites select one or more providers to back up.
  5. Note: You cannot select a database if it is not eligible for protection. Hover your cursor over the database name to view the reasons the database is ineligible, such as the database files, control files, or redo log files are stored on unsupported storage.
  6. Select an SLA Policy that meets your backup data criteria.
  7. Click the job definition's associated Schedule Time field and select Enable Schedule to set a time to run the SLA Policy. If a schedule is not enabled, run the job on demand through the Jobs Monitor tab icon tab. Repeat as necessary to add additional SLA Policies to the job definition.
  8. If configuring more than one SLA Policy in a job definition, select the Same as workflow option to trigger multiple SLA Policies to run concurrently.
  9. Note: Only SLA Policies with the same RPO frequencies can be linked through the Same as workflow option. Define an RPO frequency when creating an SLA Policy.
  10. To create the job definition using default options, click Create Job. The job runs as defined by your triggers, or can be run manually from the Jobs Monitor tab icon tab.
  11. To edit options before creating the job definition, click Advanced. Set the job definition options.
  12. Maximum Concurrent Tasks
  13. Set the maximum amount of concurrent transfers between the source and the destination.
  14. Skip IA Mount points and/or databases
  15. Enable to skip Instant Disk Restore objects. By default, this option is enabled.
  16. Job-Level Scripts
  17. Job-level pre-scripts and post-scripts are scripts that can be run before or after a job runs at the job-level. A script can consist of one or many commands, such as a shell script for Linux-based virtual machines or Batch and PowerShell scripts for Windows-based virtual machines.
  18. In the Pre-Script and/or Post-Script section, click Select to select a previously uploaded script, or click Upload to upload a new script. Note that scripts can also be uploaded and edited through the Scripts Scripts icon view on the Configure Configure tab icon tab. See Configure Scripts.
  19. Once complete, the script displays in the Pre-Script or Post-Script section. Click the Parameters field at add a parameter to the script, then click Add. Note additional parameters can be added to a script by entering parameters one at a time in the field, then clicking Add. Next, click the Identity field to add or create the credentials required to run the script. Finally, click the Application Server field to define the location where the script will be injected and executed. For parameter examples, see Using State and Status Arguments in Postscripts.
  20. Repeat the above procedure to add additional Pre-Scripts and Post-Scripts. For information about script return codes, see Return Code Reference.
  21. Select Continue operation on script failure to continue running the job if a command in any of the scripts associated with the job fails.
  22. Enable Job-level Snapshot Scripts
  23. Snapshot prescripts and postscripts are scripts that can be run before or after a storage-based snapshot task runs. The snapshot prescript runs before all associated snapshots are run, while the snapshot postscript runs after all associated snapshots complete. A script can consist of one or many commands, such as a shell script for Linux-based virtual machines or Batch and PowerShell scripts for Windows-based virtual machines.
  24. In the Pre-Script and/or Post-Script section, click Select to select a previously uploaded script, or click Upload to upload a new script. Note that scripts can also be uploaded and edited through the Scripts Scripts icon view on the Configure Configure tab icon tab. See Configure Scripts.
  25. Once complete, the script displays in the Pre-Script or Post-Script section. Click the Parameters field at add a parameter to the script, then click Add. Note additional parameters can be added to a script by entering parameters one at a time in the field, then clicking Add. Next, click the Identity field to add or create the credentials required to run the script. Finally, click the Application Server field to define the location where the script will be injected and executed. For parameter examples, see Using State and Status Arguments in Postscripts.
  26. Repeat the above procedure to add additional Pre-Scripts and Post-Scripts. For information about script return codes, see Return Code Reference.
  27. _SNAPSHOTS_ is an optional parameter for snapshot postscripts that displays a comma separated value string containing all of the storage-based snapshots created by the job. The format of each value is as follows: <registered provider name>:<volume name>:<snapshot name>.
  28. Select Continue operation on script failure to continue running the job if a command in any of the scripts associated with the job fails.
  29. Note: If adding a script to a Windows-based File System job definition, the user running the script must have the "Log on as a service" right enabled, which is required for running prescripts and postscripts. For more information about the "Log on as a service" right, see https://technet.microsoft.com/en-us/library/cc794944.aspx.

  30. Optionally, expand the Notification section to select the job notification options.

    1. SMTP Server
    2. From the list of available SMTP resources, select the SMTP Server to use for job status email notifications. If an SMTP server is not selected, an email is not sent.
    3. Email Address
    4. Enter the email addresses of the status email notifications recipients. Click Add Add Node icon to add it to the list.
  31. When you are satisfied that the job-specific information is correct, click Create Job. The job runs as defined by your schedule, or can be run manually from the Jobs Monitor tab icon tab.

NEXT STEPS:

 


Catalogic ECX™ 2.7.3

© 2018 Catalogic Software, Inc. | All rights reserved. | 9/18/2018

MySupportKnowledge Base | Trademarks | info@catalogicsoftware.com