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

From SEPsesam
(Rewrite.)
Line 1: Line 1:
{{Copyright SEP AG en}}
{{Copyright SEP AG en}}
__TOC__
{{Navigation_latest|release=4.4.2/4.4.3|link=[[SEP_sesam_Documentation#Previous_versions|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_Glossary#SBC|SEP sesam Client]] and writes the backup data to the backup media. During a restore it locates the save sets and sends the data to a client. RDS consists of three components: [[SEP_sesam_Glossary#STPD|Sesam Transfer Protocol Server]] (STPD), [[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 [[SEP_sesam_Glossary#SEP sesam Server|SEP sesam Server]]. It is available for [https://download.sep.de/ 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., <!-- 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 backup 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===


== Configuration and Launch of a SEP Sesam RDS (Remote Device Server) ==
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]]. For a list of all available licenses, see [[List of Licenses]].


=== General ===
==Configuration and Launch of SEP sesam RDS: Basic Scenario==


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.)
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''


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.
All clients and devices are managed centrally from the site in Munich.


The following example shows how a RDS should be set up in Linux.
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 Admin Manual]].


'''The example assumes the following situation''':
=== 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


* ''Site A (Munich): Sesam Server with NAS storage and Virtual Disk Images''
==== Prerequisites ====
* '' 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''
Make sure that the hardware and software requirements are met. For details, see [[English_FAQ#What_are_the_hardware_and_software_requirements_for_a_SEP_sesam_Server.3F|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 [http://download.sep.de/linux/ Linux download]. 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  [https://download.sep.de/windows/ Windows download]. 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.}}
*GUI requires Java Runtime Environment (JRE) 1.7 or higher to be installed on the system. 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 recognised 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 recognised 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.
{{note|On RHEL, the SEP sesam installation changes the permissions of <tt>/var/run/postgresql</tt> to grant SEP sesam users PostgreSQL access privileges.}}


The Administration of all clients and devices is done centrally from the site in Munich.
====Sample Linux installation====
{{Col-begin}}
{{Col-break|width=20%}}


In the example both systems are running on Debian GNU\Linux (Lenny).
'''''Munich'': Installing SEP sesam Server'''
The preliminary work for the installation of a Sesam Server were already done in advance (you can find them in the Administration guide.)
 
=== Components ===
 
Install the following components on the respective sites:
 
'''Munich''': SEP Sesam Server
 
'''Chemnitz''': SEP Sesam RDS
 
The following packages for Linux exist:
 
Sesam Server: sesam_srv-<version>
 
Sesam RDS: sesam_rts-<version>
 
These packages can be acquired from the [http://download.sep.de/linux/ Downloadcenter].
 
{| WIDTH="95%" style="background-color: #E0E0FF; border: solid 2px #A0A0FF;"
| style="background-color: #A0A0FF;" | <font size="-1"><b>Note</b></font>
|-
|
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 51:
  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'': Installing SEP sesam RDS'''
==== Chemnitz: Installation of the SEP Sesam RDS ====


  root@chemnitz:~# '''apt-get install sesam-rts'''
  root@chemnitz:~# '''apt-get install sesam-rts'''
Line 74: Line 68:
  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 http://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%}}


{{Col-end}}


=== Configuration ===
===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.
====Prerequisites====
*Make sure that the DNS names are correctly resolved (forward and reverse DNS lookup). For details, see [[How to check DNS configuration]].
*Adjust the ''sm_ctrld.auth'' on the RDS system. For details, see [[English_FAQ#What_problems_may_occur_when_adding_a_new_client.3F|FAQ: What problems may occur when adding a new client?]]
==== Embedding the SEP Sesam RDS ====
==== Embedding the SEP Sesam RDS ====
Create a new location as follows:
#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.
#In the ''New location'' window, enter the name ''Chemnitz''.
#Click '''OK'''. Your new location is displayed in the ''Topology'' content pane.


The first step when embedding a Sesam RDS is just like adding a new client.
Now add the Chemnitz RDS as a client to your newly created location:
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).
<ol><li>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.</li>
<li>From the '''Operating system''' drop-down list, select the relevant operating system. In our example, this is LINUX.</li>
<li>From the '''Access mode''' drop-down list, leave the default CTRL (default) access mode.</li>
<li>Click '''Create'''. 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.</li>
[[image:Rds config.PNG|left|600px|link=]]
<br clear=all></ol>
{{note|Once your RDS is added as a client, check the access to get a proper identification entry in the sesam database.}}


The Sesam RDS is embedded as a regular client:
==== 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 a default data store ''Path'' or [[SEP_sesam_Glossary#SEP_Si3|''SEP Si3 Deduplication Store'']]. Depending on the type of storage you want to configure, select one of the following:
[[Image:Rds config.PNG|center]]
*[[How_to_set_up_a_DataStore_4.4#Steps|Disk storage configuration ]]
 
*[[Step_3:_Storage_Hardware_-_Drives_and_Loaders_4.4|Configuration of drives and loaders]]
 
{| 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 Storage Hardware to the RDS ====
 
A Remote Device Server can be used with attached disk storage, tape librarys or single tape drives. In case of disk a normal DataStore or a Si3 DedupStore can be configured.
 
[http://wiki.sep.de/wiki/index.php/How_to_set_up_a_DataStore_4.4#Steps Configuration disk storage]
 
[http://wiki.sep.de/wiki/index.php/Step_3:_Storage_Hardware_-_Drives_and_Loaders_4.4 Configuration of drives and loaders]


=== Backup on the Remote Device Server ===
=== 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.
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.
 
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.
 
To illustrate this, the task is started via Immediate Start. Of course, this can also be done by scheduling the task accordingly.
 
 
==== Setting up a new Backup Task ====
 
 
[[Image:rds_bck.jpg|center]]
 
 
==== Executing the Backup Task using Immediate Start ====


Note here that when choosing the media pool "PoolChemnitz" the rider "Interface" is set to "Chemnitz" automatically.
To test this, set up a test backup task that will perform a quick self-backup of the SEP sesam RDS (Directory /etc) to the storage mounted on RDS. For details on creating a backup task, see [[Standard Backup Procedure]].
[[image:rds_bck.jpg|left|600px|link=]]
<br clear=all>
Once you have configured a test backup, start your test backup:
<ol><li>In the '''Main selection''' -> '''Tasks''' -> '''By clients''', click the test backup task to select it.</li>
<li>In the ''menu bar'' -> '''Activities''' -> '''Immediate start''', click '''Backup'''.</li>
<li>Select the '''media pool''' referring to the data store you have previously configured on RDS and click '''Start'''.</li>
[[image:rds_bck2.jpg|left|600px|link=]]
<br clear=all>
Note that when choosing the media pool ''PoolChemnitz'', the rider ''interface'' is set to Chemnitz automatically.
<li>After the process ends, you can see if your backup finished successfully.</li>
[[image:rds_fin.jpg|left|600px|link=]]
<br clear=all>
You can also schedule your test backup. For details, see [[Standard_Backup_Procedure#Step_2:_Creating_a_schedule|Creating a schedule]].
</ol>
Now your RDS is configured and ready to use.
{{note|Make sure that you follow the general recommendations and [[English_FAQ#What_effect_does_an_antivirus_scanner_have_on_SEP_sesam.3F|configure required exclusions with your antivirus product]] as well as ensure that the antivirus scans are not scheduled during backup operations.}}


[[Image:rds_bck2.jpg|center]]
==See also==
[[English_FAQ#What_effect_does_an_antivirus_scanner_have_on_SEP_sesam.3F|What effect does an antivirus scanner have on SEP sesam?]]


[[Replication|SEP Si3 replication]]


[[Image:rds_fin.jpg|center]]
[[Configuring an Si3 Deduplication Store]]

Revision as of 09:45, 30 June 2016

Template:Copyright SEP AG en

Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.2/4.4.3. 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 save sets 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 backup 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. For a list of all available licenses, see List of Licenses.

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 Admin Manual.

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. 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. 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.}}
  • GUI requires Java Runtime Environment (JRE) 1.7 or higher to be installed on the system. 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 recognised 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 recognised 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.

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 Operating system drop-down list, select the relevant operating system. In our example, this is LINUX.
  3. From the Access mode drop-down list, leave the default CTRL (default) access mode.
  4. Click Create. 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 config.PNG

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 a default data store Path or SEP Si3 Deduplication Store. 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 that will perform a quick self-backup of the SEP sesam RDS (Directory /etc) to the storage mounted on RDS. For details on creating a backup task, see Standard Backup Procedure.

Rds bck.jpg


Once you have configured a test backup, start your test backup:

  1. In the Main selection -> Tasks -> By clients, click the test backup task to select it.
  2. In the menu bar -> Activities -> Immediate start, click Backup.
  3. Select the media pool referring to the data store you have previously configured on RDS and click Start.
  4. Rds bck2.jpg


    Note that when choosing the media pool PoolChemnitz, the rider interface is set to Chemnitz automatically.

  5. After the process ends, you can see if your backup finished successfully.
  6. Rds fin.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.

See also

What effect does an antivirus scanner have on SEP sesam?

SEP Si3 replication

Configuring an Si3 Deduplication Store