Source:How to create a Remote Device Server (RDS): Difference between revisions

From SEPsesam
(Fixed links to new Quick Install, marked "jaglion")
(31 intermediate revisions by 3 users not shown)
Line 1: Line 1:
<noinclude><translate>
<!--T:1-->
<div class="noprint"><languages />
{{Copyright SEP AG en}}
{{Copyright SEP AG en}}


<!--T:2-->
{{Navigation_latest|release=[[Special:MyLanguage/SEP_sesam_Release_Versions|4.4.3 ''Beefalo''/5.0.0 ''Jaglion'']]|link=[[Special:MyLanguage/SEP_sesam_Documentation#previous|Previous versions]]}}</div></translate><br />
<translate>== Overview == <!--T:3--></translate>
<div class="boilerplate metadata" id="Additional resources" style="background-color:#ecedf1; color:#8695a7; border: 1px ridge #cdd3db; margin: 0.5em; padding: 0.5em; float: right; width: 25%; "><center><b><translate><!--T:4-->
Additional resources</translate></b></center>
{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
| rowspan="2" style="padding:0px 10px 0px;" | <translate><!--T:5-->
[[File:SEP_next.png|45px|link=Special:MyLanguage/FAQ#antivirus_scanner|What effect does an antivirus scanner have on SEP sesam?]]</translate>
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" | <translate><!--T:6-->
See also:
[[Special:MyLanguage/4_4_3_Beefalo:SEP_Cloud_RDS|SEP Cloud RDS]] – [[Special:MyLanguage/FAQ#antivirus_scanner|FAQ: What effect does an antivirus scanner have on SEP sesam?]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]] – [[Special:MyLanguage/4_4_3_Grolar:Configuring_Si3_Deduplication_Store|Configuring Si3 Deduplication Store]]</translate>
|}


{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
| rowspan="2" style="padding:0px 10px 0px;" | <translate><!--T:7-->
[[File:SEP Tip.png|45px|link=Special:MyLanguage/FAQ#antivirus_scanner|FAQ]]</translate>
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" | <translate><!--T:8-->
Check [[Special:MyLanguage/FAQ#antivirus_scanner|FAQ]] to find the answers to most common questions.</translate>
|}


== Configuration and Launch of a SEP Sesam RDS (Remote Device Server) ==
{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
| rowspan="2" style="padding:0px 10px 0px;" | <translate><!--T:9-->
[[File:SEP Troubleshooting.png|45px|link=Special:MyLanguage/Troubleshooting_Guide|Troubleshooting Guide]]</translate>
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;"|<translate><!--T:10-->
Problems? Check the  [[Special:MyLanguage/Troubleshooting_Guide|Troubleshooting Guide]].</translate>
|}


=== General ===
{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
| rowspan="2" style="padding:0px 10px 0px;" |
<translate><!--T:11-->
[[File:icon_archived_docs.png|45px|link=Special:MyLanguage/SEP_sesam_Documentation#previous|Documentation archive]]</translate>
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" |
<translate><!--T:12-->
If you are using an older SEP sesam version, refer to [[Special:MyLanguage/SEP_sesam_Documentation#previous|Documentation archive]].</translate>
|}</div>
<translate><!--T:13-->
SEP sesam ''Remote Device Server (RDS)'' is a ''storage management component'' that controls the preparation of data, intended for backup on a [[Special:MyLanguage/SEP_sesam_Glossary#SBC|SEP sesam Client]] and writes the backup data to the backup media. During a restore it locates the savesets and sends the data to a client.


The SEP Sesam Remote Device Server offer the possibility to administer storage devices across locations using a Sesam server (e.g. removed tape libraries or SAN devices.)
<!--T:14-->
RDS consists of three components: [[Special:MyLanguage/SEP_sesam_Glossary#STPD|Sesam Transfer Protocol Server]] (STPD), [[Special:MyLanguage/SEP_sesam_Glossary#SMS|Sesam Multiplex Stream Server]] (SMS), and SEP sesam Client (SBC) including remote access. The control of the tasks is maintained by the [[Special:MyLanguage/SEP_sesam_Glossary#SEP sesam Server|SEP sesam Server]]. It is available for [https://download.sep.de/ installation] as a separate – RDS installation package.


If an infrastructure with several sites that don't allow for fast data transfer to the central Sesam server exists, a Remote Server can come in handy. Then the data of the respective sites that is to be backed up are not sent to the SEP Sesam server but it's backed up from a local Sesam RDS to the storage that's connected there.
===Key features=== <!--T:15-->


The following example shows how a RDS should be set up in Linux.
<!--T:16-->
If your ''network spans multiple locations'', you can administer storage devices across locations using a SEP sesam Server (e.g., <!-- What does "removed" mean? -->removed tape libraries or SAN devices.) However, if your infrastructure spans several sites that ''do not allow for fast data transfer to the central SEP sesam Server'', you should ''use a Remote Device Server'' to back up data to locally attached storage at a remote location. RDS enables efficient data transfer, takes the workload off the primary SEP sesam Server and uses the storage resources available at the site.


'''The example assumes the following situation''':
<!--T:17-->
Hence, at remote locations ''RDS acts as a backup server'' and can either serve as a backup proxy to deliver data to the main backup server or save data to locally attached storage. By using RDS you can easily and and conveniently manage many remote locations from one central console.


* ''Site A (Munich): Sesam Server with NAS storage and Virtual Disk Images''
===License=== <!--T:18-->
* '' Site B (Chemnitz): 5 clients are to be backed up via a Remote Device Server to the NAS storage (Virtual Disk Images) which is connected in Chemnitz''


The Administration of all clients and devices is done centrally from the site in Munich.
<!--T:19-->
RDS requires a separate license. The ''RDS license'' includes one backup client and updates for 12 months. To learn more about SEP sesam licensing options, see [[Special:MyLanguage/Licensing|Licensing]].  


In the example both systems are running on Debian GNU\Linux (Lenny).
=={{anchor|basic}}Configuration and launch of SEP sesam RDS: Basic Scenario== <!--T:20-->
The preliminary work for the installation of a Sesam Server were already done in advance (you can find them in the Administration guide.)


=== Components ===
<!--T:21-->
This scenario describes how to set up an RDS on Linux. The configuration assumes ''two sites'' with the following situation:</translate>
* <translate><!--T:22-->
''Site A (Munich): SEP sesam Server with NAS storage and virtual disk images''</translate>
* <translate><!--T:23-->
''Site B (Chemnitz): 5 clients are going to be backed up via RDS to NAS storage (virtual disk images) that is connected in Chemnitz''


Install the following components on the respective sites:
<!--T:24-->
All clients and devices are managed centrally from the site in Munich.


'''Munich''': SEP Sesam Server
<!--T:25-->
In this scenario, it is assumed that both systems are running on Debian GNU\Linux (Lenny) and that you have already performed all installation-related preparations. If you need help with these requirements, refer to [[Special:MyLanguage/4_4_3_Beefalo:SBA|SEP sesam Basis Administrator (SBA)]].


'''Chemnitz''': SEP Sesam RDS
=== Installing SEP sesam Server and RDS === <!--T:26-->


The following packages for Linux exist:
<!--T:27-->
In this scenario, you will install the following components at the respective sites:</translate>
*'''''Munich''''': SEP sesam Server
*'''''Chemnitz''''': SEP sesam RDS


Sesam Server: sesam_srv-<version>
<translate>==== Prerequisites ==== <!--T:28-->  


Sesam RDS: sesam_rts-<version>
<!--T:29-->
Make sure that the hardware and software requirements are met. For details, see [[Special:MyLanguage/FAQ#HV_and_SV_requirements|What are the hardware and software requirements for a SEP sesam Server]]. In addition to these requirements, the following prerequisites must also be fulfilled:</translate>
* <translate><!--T:30-->
Before starting the SEP sesam installation, make sure that you are logged in as a local administrator or domain administrator.</translate>
*<translate><!--T:31-->
To install SEP sesam Server or Remote Device Server on Linux, you will require an installation file which can be downloaded from Linux download ({{DDL|linux/}}). The installation files are names as ''sesam_srv-<version>'' (SEP sesam Server) and ''sesam_rts-<version>'' (SEP sesam RDS). Make sure to download the correct file for your processor type. <br />To install SEP sesam on Windows, you will require an installation file which can be downloaded from Windows download ({{DDL|windows/}}). SEP sesam for Windows provides all SEP sesam components in one package. During installation, you have to specify which of the four SEP sesam components you want to install (SEP sesam Server, SEP sesam Remote Device, SEP sesam GUI or SEP sesam Client). You can install GUI together with RDS. For details on installation, see [[Special:MyLanguage/SEP_sesam_Quick_Install_Guide|SEP sesam Quick Install Guide]].</translate>
*<translate><!--T:32-->
GUI requires Java Runtime Environment (JRE) to be installed on the system. For details on the required Java version, see [[Special:MyLanguage/Java_Compatibility_Matrix|Java Compatibility Matrix]]. For 64-bit operating systems, a ''PostgreSQL'' database must be installed.</translate>
*<translate><!--T:33-->
SEP sesam uses network resolution for server to client communication. Before installing, you should test DNS name resolution. For details, see [[Special:MyLanguage/How_to_check_DNS_configuration|How to check DNS configuration]].</translate>
*<translate><!--T:34-->
Ensure that any used SCSI devices are recognized by the operating system to which you are installing SEP sesam. SEP sesam checks the SCSI bus attached storage devices during the installation and adds its data to the database. SEP sesam can only see devices recognized by the operating system.</translate>
*<translate><!--T:35-->
It is recommended to disable firewall to avoid problems during the SEP sesam installation. Once SEP sesam is installed, you can enable the firewall with exceptions made for the SEP sesam services.</translate>
*<translate><!--T:36-->
On Windows, the .Net Framework 4 is required for server installation and can be deselected for all other SEP sesam components during installation.</translate>
*<translate><!--T:37-->
On Windows, x86 operating systems with more than 3.25 GB RAM must either reduce the amount of RAM to below to 3.25 GB or migrate to an x64 operating system. This is necessary because SEP sesam requires 64 KB blocks for LTO (Linear Tape Open) whereas an x86 system can only write 32 KB blocks to tape drive because the PAE (Physical Address Extension) is automatically activated. Also, a loader cannot be accessed properly by SEP sesam.</translate>
{{<translate><!--T:38-->
note</translate>|<translate><!--T:39-->
On RHEL, the SEP sesam installation changes the permissions of <tt>/var/run/postgresql</tt> to grant SEP sesam users PostgreSQL access privileges.</translate>}}


These packages can be acquired from the [http://download.sep.de/linux/ Downloadcenter].
<translate>====Sample Linux installation==== <!--T:40--></translate>
{{Col-begin}}
{{Col-break|width=20%}}


{| WIDTH="95%" style="background-color: #E0E0FF; border: solid 2px #A0A0FF;"
'''''Munich'': <translate><!--T:41-->
| style="background-color: #A0A0FF;" | <font size="-1"><b>Note</b></font>
Installing SEP sesam Server</translate>'''
|-
|
The Sesam Server Package for Windows OS also includes the Remote Device Server. An according selection of which component should be installed can be chosen at the beginning of the installation.
The Setup of a SEP Sesam RDS on Windows is the same as on Linux.
|}
 
=== Example of an Installation (Linux) ===
 
==== Munich: Installation of the SEP Sesam Servers ====


  root@muenchen#  '''apt-get install sesam-srv'''
  root@muenchen#  '''apt-get install sesam-srv'''
Line 57: Line 117:
  The following NEW packages will be installed:
  The following NEW packages will be installed:
   sesam-srv
   sesam-srv
  0 upgraded, 1 newly installed, 0 to remove and 293 not upgraded.
  0 upgraded, 1 newly installed, 0 to remove and 293<br /> not upgraded.
  Need to get 0B/37.4MB of archives.
  Need to get 0B/37.4MB of archives.
  After this operation, 63.6MB of additional disk space will be used.
  After this operation, 63.6MB of additional disk<br /> space will be used.
  (Reading database ... 212024 files and directories currently installed.)
  (Reading database ... 212024 files and directories<br /> currently installed.)
  Unpacking sesam-srv (from .../sesam-srv_3.4.1-67_i386.deb) ...
  Unpacking sesam-srv (from .../sesam-srv_3.4.1-67_i386.deb)
  Setting up sesam-srv (3.4.1-67) ...
  Setting up sesam-srv (3.4.1-67)
  STATUS=SUCCESS MSG=ok
  STATUS=SUCCESS MSG=ok
{{Col-break|width=20%}}


 
'''''Chemnitz'': <translate><!--T:42-->
==== Chemnitz: Installation of the SEP Sesam RDS ====
Installing SEP sesam RDS</translate>'''


  root@chemnitz:~# '''apt-get install sesam-rts'''
  root@chemnitz:~# '''apt-get install sesam-rts'''
Line 74: Line 135:
  The following NEW packages will be installed:
  The following NEW packages will be installed:
   sesam-rts
   sesam-rts
  0 upgraded, 1 newly installed, 0 to remove and 25 not upgraded.
  0 upgraded, 1 newly installed, 0 to remove and 25<br /> not upgraded.
  Need to get 4117kB of archives.
  Need to get 4117kB of archives.
  After this operation, 12.3MB of additional disk space will be used.
  After this operation, 12.3MB of additional disk space<br /> will be used.
  WARNING: The following packages cannot be authenticated!
  WARNING: The following packages cannot be authenticated!
   sesam-rts
   sesam-rts
  Install these packages without verification [y/N]? y
  Install these packages without verification [y/N]? y
  Get:1 http://download.sep.de lenny/non-free sesam-rts 3.4.1-67 [4117kB]
  Get:1 https://download.sep.de lenny/non-free sesam-rts<br /> 3.4.1-67 [4117kB]
  Fetched 4117kB in 1min28s (46.4kB/s)                                                                                                                                                            
  Fetched 4117kB in 1min28s (46.4kB/s)  
  Selecting previously deselected package sesam-rts.
  Selecting previously deselected package sesam-rts.
  (Reading database ... 20889 files and directories currently installed.)
  (Reading database ... 20889 files and directories <br /> currently installed.)
  Unpacking sesam-rts (from .../sesam-rts_3.4.1-67_i386.deb) ...
  Unpacking sesam-rts (from .../sesam-rts_3.4.1-67_i386.deb)
  Setting up sesam-rts (3.4.1-67) ...
  Setting up sesam-rts (3.4.1-67)
 
{{Col-break|width=20%}}
 
=== Configuration ===
 
==== Embedding the SEP Sesam RDS ====
 
The first step when embedding a Sesam RDS is just like adding a new client.
Of course, before that steps according to those that are necessary for the adjustment of a client have to be done (DNS check, adjusting the sm_ctrld.auth on the RDS system, etc).
 
In this screenshot you can see that a new location called "Chemnitz" was created. This is just for looks.
 
The Sesam RDS is embedded as a regular client:
 
 
[[Image:Rds config.PNG|center]]
 
 
{| WIDTH="95%" style="background-color: #E0E0FF; border: solid 2px #A0A0FF;"
| style="background-color: #A0A0FF;" | <font size="-1"><b>Note</b></font>
|-
|
The client access must be checked after the configuration to get a proper identification entry in the sesam database.
|}
==== Adding a new Virtual Drive to the Location Chemnitz ====
 
In the example a new virtual drive is created which is supposed to administer the Virtual Disk Images.
 
First a new drive group has to be defined:
 
 
[[Image:Rds drivegrp.jpg|center]]
 
 
When creating a new drive the drop-down "Devices Server" has to be set accordingly. Chemnitz is set as Device Server there. Don't choose "diskdrives" here but choose "Chemnitz" instead:
 
 
[[Image:rds_drive.jpg|center]]
 
 
The virtual loader in the Sesam Server now has two virtual drives (one at the site "Chemnitz" and one on the site "Munich"):
 
 
[[Image:rds_drive2.jpg|center]]
 
 
==== Setting up a new Media Pool and Media ====
 
As mentioned before the server in Chemnitz has storage mounted via NAS (NFS). This is mounted on the server at /mnt/files/.
 
Now a new media pool has to be created on this NAS share with 200MB disk space and the according media (size 25MB each, 8 media).
Note that "Chemnitz" is chosen as drive group here:
 
[[Image:rds_pool.jpg|center]]
 
After creating the media pool an archive adjustment is started via the virtual loader.
Make sure that the according media pool (PoolChemnitz) is selected.
 
 
[[Image:rdsarchive.jpg|center]]
 
 
If the archive adjustment fails with an error message similar to the following:
'''E002-MEDIA  [  5062]: Error from submitting SM_ROBOT_2 into queue Chemnitz/PoolChemnitz_<id>'''
Execute the initialization of the drives again as user root:
 
root@munich#: source /var/opt/sesam/var/ini/sesam2000.profile
root@munich#: sm_config_drives
 
Next, restart the archive adjustment.
 
 
After successfully creating the media (the process can be viewed in the daily protocol) the media pool has 8 virtual disk images. These disk images were not created on the local Sesam server but on the NAS storage on the Remote Device Server in Chemnitz:
 
 
[[Image:rds_done.jpg|center]]
 
 
==== Embedding the Client in Chemnitz ====
 
Embedding the client systems in Chemnitz is done as usual.
 
=== Backup on the Remote Device Server ===


Generally speaking, all data of the clients in Chemnitz (backed up on the media pool PoolChemnitz) is only moving on the net segment of that particular site.
{{Col-end}}


There is no transport of the data to the Sesam server via a WAN track. For this a short test-backup is started. A self-backup of the Sesam RDS (Directory /etc) to the storage mounted on the RDS.
<translate>==={{anchor|RDS_configuration}}Configuring RDS=== <!--T:43-->


To illustrate this, the task is started via Immediate Start. Of course, this can also be done by scheduling the task accordingly.
<!--T:44-->
To configure a SEP sesam RDS, you have to create a location, used for logical grouping of SEP sesam clients, including RDS. Each client is always created within (and assigned to) a location, which can be defined as a group of clients and further specified as sub-locations. In our example, we will create a new location named ''Chemnitz'' and then assign the RDS with the same name ''Chemnitz''  to it. For details, see [[Special:MyLanguage/Configuring_Clients|Configuring Clients]].


====Prerequisites==== <!--T:45--></translate>
*<translate><!--T:46-->
Make sure that the DNS names are correctly resolved (forward and reverse DNS lookup). For details, see [[Special:MyLanguage/How_to_check_DNS_configuration|How to check DNS configuration]].</translate>
*<translate><!--T:47-->
Adjust the ''sm_ctrld.auth'' on the RDS system. For details, see [[Special:MyLanguage/FAQ#new_client_problems|FAQ: What problems may occur when adding a new client?]]</translate>


==== Setting up a new Backup Task ====
<translate>==== Embedding the SEP sesam RDS ==== <!--T:48-->


<!--T:49-->
Create a new location as follows:</translate>
#<translate><!--T:50-->
In the '''Main selection''' -> '''Components''' -> '''Topology''', go to the ''content pane'' and click '''New Location'''. Note that the location ''LOCAL'' is always created by default.</translate>
#<translate><!--T:51-->
In the ''New Location'' window, enter the name ''Chemnitz''.</translate>
#<translate><!--T:52-->
Click '''OK'''. Your new location is displayed in the ''Topology'' content pane.


[[Image:rds_bck.jpg|center]]
<!--T:53-->
Now add the Chemnitz RDS as a client to your newly created location:</translate>
<ol><li><translate><!--T:54-->
In the '''Topology''' content pane, right-click ''Chemnitz'' and then click '''New Client'''. Enter the name of the RDS – Chemnitz. The name has to be resolvable either by DNS or ''hosts'' file. If there is a name server (DNS) in the network, SEP sesam automatically selects the TCP/IP address. Otherwise you have to enter it manually in the <tt>etc/hosts</tt> file.</translate></li>
<li><translate><!--T:55-->
From the ''Platform'' drop-down list, select the relevant platform, in our example, '''LINUX'''. Note that by selecting the ''LINUX'' platform, the ''LINUX operating system'' is selected automatically.</translate></li>
<li><translate><!--T:56-->
From the ''Access mode'' drop-down list, leave the default '''SMSSH''' (default) access mode.</translate></li>
<li><translate><!--T:57-->
Click '''OK'''. A new dialog box appears, asking whether you want to create a new backup job for this client. Click '''No'''. Your new client ''Chemnitz'' is displayed in the ''Topology'' content pane.</translate></li>
<translate><!--T:58-->
[[image:RDS_client_Beefalo_V2.jpg|link=]]</translate>
<br clear=all></ol>
{{<translate><!--T:59-->
note</translate>|<translate><!--T:60-->
Once your RDS is added as a client, check the access to get a proper identification entry in the sesam database.</translate>}}


<translate>==== Adding storage hardware to RDS ==== <!--T:61-->


==== Executing the Backup Task using Immediate Start ====
<!--T:62-->
A Remote Device Server can be used with attached disk storage, tape libraries or single tape drives. In case of a disk storage, you can configure different data stores, e.g., default data store ''Path'', [[Special:MyLanguage/SEP_sesam_Glossary#SEP_Si3|''SEP Si3 Deduplication Store'']], etc. Depending on the type of storage you want to configure, select one of the following:</translate>
*<translate><!--T:63-->
[[Special:MyLanguage/Configuring_a_Data_Store|Disk storage configuration]]</translate>
*<translate><!--T:64-->
[[Special:MyLanguage/4_4_3_Beefalo:Step_3:_Storage_Hardware_-_Drives_and_Loaders|Configuration of drives and loaders]]


Note here that when choosing the media pool "PoolChemnitz" the rider "Interface" is set to "Chemnitz" automatically.
=== {{anchor|RDS_bck}}Backup on the Remote Device Server === <!--T:65-->


[[Image:rds_bck2.jpg|center]]
<!--T:66-->
</noinclude>
Generally speaking, all data of the clients in the Chemnitz location (backed up onto media in the media pool ''PoolChemnitz'') is only moving on the net segment of that particular site. Therefore, no data is transported to the SEP sesam Server over WAN.


<!--T:67-->
To test this, set up a test backup task in the SEP sesam GUI (''Main Selection'' -> ''Tasks'' -> ''By Clients''-> ''New Backup Task'') that will perform a quick self-backup of the SEP sesam RDS (directory ''/etc'') to the storage mounted on RDS. For details, see [[Special:MyLanguage/Creating_a_Backup_Task|Creating a Backup Task]].</translate><br />
<translate><!--T:68-->
[[image:RDS_bck_task.jpg|link=]]</translate>
<br clear=all>
<translate><!--T:69-->
Once you have configured a test backup, start it:</translate>
<ol><li><translate><!--T:70-->
In the '''Main Selection''' -> '''Tasks''' -> '''By Clients''', right-click the test backup task and select '''Immediate Start'''.</translate></li>
<li><translate><!--T:72-->
In the ''Immediate Start:Backup'' window, select the '''Media pool''' referring to the data store you have previously configured on RDS, in our example, ''PoolChemnitz'' and click '''Start'''.</translate></li>
<translate><!--T:82--> {{Tip|You can view the status of your backup jobs in the SEP sesam GUI -> ''Main Selection'' -> '''Last Backup State'''. As of [[Special:MyLanguage/SEP_sesam_Release_Versions|4.4.3 ''Beefalo V2'']], you can also check the details of your backups online by using new Web UI. For details, see [[Special:MyLanguage/4_4_3_Beefalo:SEP_sesam_Web_UI|SEP sesam Web UI]].}}</translate>
<translate><!--T:73-->
[[image:RDS_immediate_start_Beefalo_V2.jpg|link=]]</translate>
<br clear=all>
<translate><!--T:77-->
You can also schedule your test backup. For details, see [[Special:MyLanguage/Creating_a_Schedule|Creating a Schedule]].</translate>
</ol>
<translate><!--T:78-->
Now your RDS is configured and ready to use.</translate>
{{<translate><!--T:79-->
note</translate>|<translate><!--T:80-->
Make sure that you follow the general recommendations and [[Special:MyLanguage/FAQ#antivirus_scanner|configure required exclusions with your antivirus product]] as well as ensure that the antivirus scans are not scheduled during backup operations.</translate>}}


[[Image:rds_fin.jpg|center]]
<noinclude><translate><div class="noprint">
==See also== <!--T:81-->
[[Special:MyLanguage/4_4_3_Beefalo:SEP_Cloud_RDS|SEP Cloud RDS]] – [[Special:MyLanguage/FAQ#antivirus_scanner|FAQ: What effect does an antivirus scanner have on SEP sesam?]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]] – [[Special:MyLanguage/4_4_3_Grolar:Configuring_Si3_Deduplication_Store|Configuring Si3 Deduplication Store]]</div></translate></noinclude>

Revision as of 20:05, 4 January 2022

Other languages:

Template:Copyright SEP AG en

Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.3 Beefalo/5.0.0 Jaglion. For previous documentation version(s), check Previous versions.


Overview

SEP sesam Remote Device Server (RDS) is a storage management component that controls the preparation of data, intended for backup on a SEP sesam Client and writes the backup data to the backup media. During a restore it locates the savesets and sends the data to a client.

RDS consists of three components: Sesam Transfer Protocol Server (STPD), Sesam Multiplex Stream Server (SMS), and SEP sesam Client (SBC) including remote access. The control of the tasks is maintained by the SEP sesam Server. It is available for installation as a separate – RDS installation package.

Key features

If your network spans multiple locations, you can administer storage devices across locations using a SEP sesam Server (e.g., removed tape libraries or SAN devices.) However, if your infrastructure spans several sites that do not allow for fast data transfer to the central SEP sesam Server, you should use a Remote Device Server to back up data to locally attached storage at a remote location. RDS enables efficient data transfer, takes the workload off the primary SEP sesam Server and uses the storage resources available at the site.

Hence, at remote locations RDS acts as a backup server and can either serve as a backup proxy to deliver data to the main backup server or save data to locally attached storage. By using RDS you can easily and and conveniently manage many remote locations from one central console.

License

RDS requires a separate license. The RDS license includes one backup client and updates for 12 months. To learn more about SEP sesam licensing options, see Licensing.

Configuration and launch of SEP sesam RDS: Basic Scenario

This scenario describes how to set up an RDS on Linux. The configuration assumes two sites with the following situation:

  • Site A (Munich): SEP sesam Server with NAS storage and virtual disk images
  • Site B (Chemnitz): 5 clients are going to be backed up via RDS to NAS storage (virtual disk images) that is connected in Chemnitz

All clients and devices are managed centrally from the site in Munich.

In this scenario, it is assumed that both systems are running on Debian GNU\Linux (Lenny) and that you have already performed all installation-related preparations. If you need help with these requirements, refer to SEP sesam Basis Administrator (SBA).

Installing SEP sesam Server and RDS

In this scenario, you will install the following components at the respective sites:

  • Munich: SEP sesam Server
  • Chemnitz: SEP sesam RDS

Prerequisites

Make sure that the hardware and software requirements are met. For details, see What are the hardware and software requirements for a SEP sesam Server. In addition to these requirements, the following prerequisites must also be fulfilled:

  • Before starting the SEP sesam installation, make sure that you are logged in as a local administrator or domain administrator.
  • To install SEP sesam Server or Remote Device Server on Linux, you will require an installation file which can be downloaded from Linux download (https://www.sep.de/downloadportal/linux/). The installation files are names as sesam_srv-<version> (SEP sesam Server) and sesam_rts-<version> (SEP sesam RDS). Make sure to download the correct file for your processor type.
    To install SEP sesam on Windows, you will require an installation file which can be downloaded from Windows download (https://www.sep.de/downloadportal/windows/). SEP sesam for Windows provides all SEP sesam components in one package. During installation, you have to specify which of the four SEP sesam components you want to install (SEP sesam Server, SEP sesam Remote Device, SEP sesam GUI or SEP sesam Client). You can install GUI together with RDS. For details on installation, see SEP sesam Quick Install Guide.
  • GUI requires Java Runtime Environment (JRE) to be installed on the system. For details on the required Java version, see Java Compatibility Matrix. For 64-bit operating systems, a PostgreSQL database must be installed.
  • SEP sesam uses network resolution for server to client communication. Before installing, you should test DNS name resolution. For details, see How to check DNS configuration.
  • Ensure that any used SCSI devices are recognized by the operating system to which you are installing SEP sesam. SEP sesam checks the SCSI bus attached storage devices during the installation and adds its data to the database. SEP sesam can only see devices recognized by the operating system.
  • It is recommended to disable firewall to avoid problems during the SEP sesam installation. Once SEP sesam is installed, you can enable the firewall with exceptions made for the SEP sesam services.
  • On Windows, the .Net Framework 4 is required for server installation and can be deselected for all other SEP sesam components during installation.
  • On Windows, x86 operating systems with more than 3.25 GB RAM must either reduce the amount of RAM to below to 3.25 GB or migrate to an x64 operating system. This is necessary because SEP sesam requires 64 KB blocks for LTO (Linear Tape Open) whereas an x86 system can only write 32 KB blocks to tape drive because the PAE (Physical Address Extension) is automatically activated. Also, a loader cannot be accessed properly by SEP sesam.
Information sign.png Note
On RHEL, the SEP sesam installation changes the permissions of /var/run/postgresql to grant SEP sesam users PostgreSQL access privileges.

Sample Linux installation

Configuring RDS

To configure a SEP sesam RDS, you have to create a location, used for logical grouping of SEP sesam clients, including RDS. Each client is always created within (and assigned to) a location, which can be defined as a group of clients and further specified as sub-locations. In our example, we will create a new location named Chemnitz and then assign the RDS with the same name Chemnitz to it. For details, see Configuring Clients.

Prerequisites

Embedding the SEP sesam RDS

Create a new location as follows:

  1. In the Main selection -> Components -> Topology, go to the content pane and click New Location. Note that the location LOCAL is always created by default.
  2. In the New Location window, enter the name Chemnitz.
  3. Click OK. Your new location is displayed in the Topology content pane.

Now add the Chemnitz RDS as a client to your newly created location:

  1. In the Topology content pane, right-click Chemnitz and then click New Client. Enter the name of the RDS – Chemnitz. The name has to be resolvable either by DNS or hosts file. If there is a name server (DNS) in the network, SEP sesam automatically selects the TCP/IP address. Otherwise you have to enter it manually in the etc/hosts file.
  2. From the Platform drop-down list, select the relevant platform, in our example, LINUX. Note that by selecting the LINUX platform, the LINUX operating system is selected automatically.
  3. From the Access mode drop-down list, leave the default SMSSH (default) access mode.
  4. Click OK. A new dialog box appears, asking whether you want to create a new backup job for this client. Click No. Your new client Chemnitz is displayed in the Topology content pane.
  5. RDS client Beefalo V2.jpg
Information sign.png Note
Once your RDS is added as a client, check the access to get a proper identification entry in the sesam database.

Adding storage hardware to RDS

A Remote Device Server can be used with attached disk storage, tape libraries or single tape drives. In case of a disk storage, you can configure different data stores, e.g., default data store Path, SEP Si3 Deduplication Store, etc. Depending on the type of storage you want to configure, select one of the following:

Backup on the Remote Device Server

Generally speaking, all data of the clients in the Chemnitz location (backed up onto media in the media pool PoolChemnitz) is only moving on the net segment of that particular site. Therefore, no data is transported to the SEP sesam Server over WAN.

To test this, set up a test backup task in the SEP sesam GUI (Main Selection -> Tasks -> By Clients-> New Backup Task) that will perform a quick self-backup of the SEP sesam RDS (directory /etc) to the storage mounted on RDS. For details, see Creating a Backup Task.
RDS bck task.jpg
Once you have configured a test backup, start it:

  1. In the Main Selection -> Tasks -> By Clients, right-click the test backup task and select Immediate Start.
  2. In the Immediate Start:Backup window, select the Media pool referring to the data store you have previously configured on RDS, in our example, PoolChemnitz and click Start.
  3. SEP Tip.png Tip
    You can view the status of your backup jobs in the SEP sesam GUI -> Main Selection -> Last Backup State. As of 4.4.3 Beefalo V2, you can also check the details of your backups online by using new Web UI. For details, see SEP sesam Web UI.

    RDS immediate start Beefalo V2.jpg
    You can also schedule your test backup. For details, see Creating a Schedule.

Now your RDS is configured and ready to use.

Information sign.png Note
Make sure that you follow the general recommendations and configure required exclusions with your antivirus product as well as ensure that the antivirus scans are not scheduled during backup operations.