During installation SEP sesam creates two directory structures, one for static data and one for variable data. Both directory structures can be located in the same main directory but it is not a requirement.
On Unix you will find the install directory in the file: /etc/sesam2000.ini.
In this directory you will find all uneditable files including programs, templates, etc. During installation the following directory structures are created:
| Template-Files including the raw database for the initial installation | SESAM_BIN/skel
|
| Preparation files for the user programmable interface | SESAM_BIN/skel/templates
|
| SEP sesam Server-components | SESAM_BIN/bin/sesam
|
| sms- and stpd-components | SESAM_BIN/bin/sms
|
| SEP sesam Server GUI-components | SESAM_BIN/bin/gui
|
| SEP sesam Server Database-components | SESAM_BIN/bin/db
|
Here you will find all data that can be changed or upgraded, e.g. the SEP sesam database, protocol and log files. During Setup the following directory structure will be created:
| Initialization Files | IV /var/ini |
| Database | IV /var/db |
| Log-Top Directory | IV /var/log |
| Temporary "Short-lived" Files | IV /var/tmp |
| Temporary Working "Medium Life" Files | IV /var/work |
Example
Example
A typical SEP sesam directory structure after an RPM install on Linux will appear like the following list. The programs are located under: /opt/sesam, the data under /var/opt/sesam,
In /var/ini the following installation files are created with relevant information and program files:
SEP sesam has a simple interface to start and stop the server. Using sm_startup the system starts, any jobs in the queue will begin. After the startup command is entered all daemons and other services, especially the global "qu_all" are initialized and running. The command sm_startup checks the "SEP sesam" environment and initializes the disk drives by running the "sm_config_drives".
When using the sm_startup command to start the SEP sesam Server, the software can now check if all daemons and services are active by using the sm_main status command.
If some processes are not active use the command sm_main start to stop sm_startup to abort the initial startup and restart the system.
To halt the SEP sesam Server use the command sm_shutdown which calls sm_os_startup stop. This command calls sm_main stop to stop services and daemons.
SEP sesam is configured in such a way that whenever the system is rebooted it will automatically self-restart.
To turn-off the automatic restart of SEP sesam take the following action:
Unix Systems
Enter sm_setup unset_reboot. To reactivate the service for auto restart use sm_setup set_reboot.
Windows Systems
In Computer Management under Services and Applications deactivate the service for SEP sesam Server.
The Master GUI is used to control and monitor multiple SEP sesam Server environments from a single location. The location can be local or remote, and the location does not have to have an instance of SEP sesam Server running locally. In this case we refer to a server as a Location, whereby each SEP sesam Server monitors multiple clients (servers, desktops, laptops, remote tape or disk devices).
The "Sesam Master" has an embedded second control layer which includes switches and settings to allow the control and access to the multiple server farms to be controlled by the Master GUI. All local GUI's for each SEP sesam Server location are still available to the local administrator.
After that the Master GUI administrator can add all of the SEP sesam Server locations (server and GUI subset locations) to the Master GUI topology with GUI-> Configuration->Remoteserver.
This result in the following situation:
If there is a problem connecting to a Remote Server, try to make a direct connection to the device or computer.
After installing SEP sesam the customer/user has unrestricted access to the entire SEP sesam product set including all options, database modules, etc. for a period of 30 days. Seven (7) days before the end of the trial period the user will be notified that the test period is approaching its end. After the 30 day period the software's ability to backup is set to 'off'. However, the restore of any of the data stored during the period is still possible.
To issue a license the following information for the SEP sesam Server is required:
After installation the information for the SEP sesam Server name can be found in the SEP sesam GUI menu:
Help -> License Info or by typing ALT + L
This information is found:
If requested please forward this information to: sales@sepsepsoftware.com or by calling +1-303-499-0205 or +1-303-570-9358.
If you have questions during the 30 Day installation support period please send an email to: support@sep.de (support@sepsoftware.com) or by calling +303-499-0205. (+ 49 700 SEPSUPPORT)
On top of the license file which is sent digitally (via email in most cases), license certificates for the acquired modules, upgrade- and/or support contracts and an upgrade-/support card are sent as well. All the relevant information (IP-address, server name, license details, period of validity and reaction times) is summarized clearly in these documents. These documents are sent by regular mail or, if you prefer, as a PDF file via email.
In the event the Server Name or IP Address for the SEP sesam Backup Server must be changed a license transfer must be requested from SEP.
A change of server name or IP address requires that the original license has to be reissued with the new information. The relevant information regarding the current license and new information to be included on the reissued license must be sent via email asking for a "request for change" to sales@sepsoftware.com or sales@sep.de.
To avoid typographic or other errors the request submission must be made via email or in text form.
The license transfer will be performed and transmitted via email within the guaranteed reaction time of your Support or Upgrade Agreement. All existing licenses and service contracts will be reissued and upgraded at the customer center. For customers with existing Support and Upgrade Contracts there is no charge for this service.
| Make a backup copy of the current license |
|
In case you are overwriting a current, existing license it is recommended to make a backup copy of the current license file. In the event of errors or permissions on the new license the previous license can be reentered to avoid downtime. |
License Keys are generally transmitted via email as an attachment "License File". After receipt of the attachment it must be loaded into the SEP sesam Server. To do so, please use the following commands:
After copying the file the license can be verified using the SEP sesam GUI or from the command line:
The commands above allow the system administrator to verify that the license has been entered correctly.
SEP sesam offers several user configurable interface programs. They can be adopted by the system administrator to perform specific activities and functions. Templates of these programs can be found in <SESAM_ROOT>/skel/templates. To activate them, all you need to do is copy them into <SESAM_ROOT>/bin/sesam.
Once copied to the proper directory they can be adopted by any text editor.
The following interfaces are available:
| Name | Command | will be executed on |
| PRE | sbc_pre | Client |
| POST | sbc_post | Client |
| DISASTER | sm_disaster | Server |
| NOTIFY | sm_notify | Server |
| ALARM | sm_alarm | Server |
Before a backup starts, a special action can be performed on the client. Some examples are:
These activities can be accomplished with the help of the PRE command line tools.
The following example uses 10 arguments from an actual SEP sesam backup event.
| Arg.Nr | Meaning |
| 1 | Backup source |
| 2 | Device server name |
| 3 | Task name |
| 4 | Drive number |
| 5 | Backup type: copy, full, differential, incremental |
| 6 | Number of backups of this task on one sesam day |
| 7 | Saveset name |
| 8 | Medialabel |
| 9 | Mediapool |
| 10 | Schedule, which starts the task |
Return Value: Before the end of the procedure either STATUS:OK or STATUS:ERROR {text} must be written back to standard output.
Changing backup source
If STATUS: messages includes keyword BACKUP_SRC=, it will use it as backup source, instead of defined in task.
SEP sesam checks this output for the PRE activity and proceeds with the scheduled backup task according to the setting 'Backup even if Pre fails'.
After a backup task has been completed the administrator can perform special tasks, for example:
These actions can be programmed freely using the Post- Interface.
SEP sesam recognizes that a backup has failed. In this even the Post- command will not be completed.
The Post command follows with 12 Arguments from the actual SEP sesam backup task.
| Arg.Nr | Meaning / Definition |
| 1 | Backup source |
| 2 | Name of the backup Server or (Tape server interface) |
| 3 | SESAM task name |
| 4 | Disk Drive Number |
| 5 | Backup Type: C_opy, F_ull, D_ifferential, I_ncremental |
| 6 | Backup Status (1 = ok, 0 = error) |
| 7 | Notification Text from Backup |
| 8 | Count of Completed Jobs for the Backup Day (= Number on the LIS File) |
| 9 | Saveset name |
| 10 | Label on the used Media |
| 11 | Media pool of the used Media |
| 12 | Schedule Time when the Backup was started |
Before the end of the procedure either
or
In the event the Post task ends with an error, the backup will be written with a "Warning" status.
sm_notify may be called in the following examples:
As opposed to sm_alarm a call can be made after a successful action. This 'call' always must follow with two parameters:
The following module names are used
Called at the end of a backup.
Example:
As soon as the last backup for a backup group is finished, the interface provides a complete status report for the backup group.
Example:
As soon as all scheduled backups for a specific backup day 'Sesam Day' have ended, the administrator can enter a command to issue an email with the backup status, or direct the system to unmount a tape or tape drive.
Example:
Example of sm_notify:
This is issued as soon as SEP sesam requires a different media or tape which SEP sesam cannot load automatically. For example in the case of a single tape drive, where the mounted tape media has reached capacity and another tape is required to finish the backup.
This is issued when a new tape or new backup device is initialized.
sm_alarm is always called when a SEP sesam action is unsuccessful. The module names are the same as by sm_notify
When using a single tape drive an alarm is sent after 15 minutes: sm_alarm SM_GET_VOLUME. This period of time allows the system administrator while performing a Data Recovery operation to insert the required tape media, without sending out a system alarm.
sm_disaster is always called after the action SESAM_BACKUP. All information regarding the completed backup is passed on to the program. This allows the restore of the data in the event of a complete system failure.
| Note |
|
This interface should always be configured! |
Certain settings cannot yet be configured with the GUI.
To save space you can compress all LIS files older than n days, in this example 3 days:
SEP sesam uses gzip program for compression. It is usually installed on Linux. On Windows it has to been put into <SESAM_ROOT>\bin\sesam path or it has to been found by system PATH.
Please note: after activating this option the LIS files will not be compressed immediately, as the Sesam NEWDAY Event takes care of compressing those files! The next time your NEWDAY Event will be executed, it will take care of the compression.
Instead of using the archive bit SEP sesam can also use an internal timestamp. This is especially useful if other programs also use and reset the archive bit.
Switch off the use of the timestamp file for UNIX backup. Instead select the timestamp from the SEP sesam DB.
Especially for database backups it is necessary that specific environment variables are set. This can be done through entries in sm.ini file under the section [ENVIRONMENT].
These settings will be read/set during SEP sesam start up. All processes started by SEP sesam will inherit these settings.
The SEP sesam alive test checks periodically access to the client during backup. It can be disabled by following command:
Re-activated with:
Some loaders need an additional Initialize element status command after changing media manually. To switch this on in SEP sesam:
Sometimes unload of medium from a drive is locked by prevent medium removal.
To allow media removal again:
Sends command
SCSI Id of drive has to set before by
Drive number 2 with SCSI Id 4050
A default exclude list of items to be skipped during backup can be specified on the SEP sesam Client in
<SESAM_VAR>/var/ini/sm.ini
Currently sbc issues a warning if the size of a file changes during backup. To avoid this warning a list of items (as regular expressions) can be specified, where sbc accepts size change.
<SESAM_VAR>/var/ini/sm.ini
This feature is not available on Windows because during backups over VSS files can't change in size.
To access a client from a SEP sesam Server using ssh instead of the unencrypted ctrl-connection, SEP sesam Server has to be able to log onto the client without a password. This can be achieved by using public/private authentication. The configuration is described in the man pages of ssh und sshd. Using the Sesam GUI the access mode has to be changed to SSH.
The easiest way to start a single backup task is using the program sbc_com_interface:
Example:
Windows OS uses the archive bit (A-Bit) in the data properties to manage data changes. The A-Bit is set to 1 if the file is altered. Generally SEP sesam does not use the archive bit although it can be forced in options with -o clear_archive if needed. Normally, the time information for FULL, DIFF or INC Backups is saved in the SEP sesam Database because the archive bit can be changed by other programs.
Influence on the A-Bit by backup type:
The names of the savesets are calculated unambiguously by SEP sesam from the time of the backup. For the restore an index is created for every saveset that lists, creates and administers the backup names and dates of the backed up files (listing). Additionally, there is the backup protocol which contains messages about the backup and a list of files that could not be backed up due to the OS.
Following administrative data is saved with every completed backup:
The success state of a backup is visible in the column State in Backup by State.
This information can be shown through various filters in the SEP sesam GUI (Backup by state, calendar sheet, etc.).
Our sales team would be happy to assist you!
Browse and discover videos by SEP.