Configuring the IBM Storage Protect server
Perform these steps on the IBM® Storage Protect server.
Before you begin
Procedure
- Define the policy domains, policy sets, management classes, copy groups, and storage pools. Choose what is necessary to meet your Data Protection for Exchange ServerData Protection for SQL Server backup and restore requirements. For VSS operations, IBM Storage Protect server authentication must be on.
-
Register your Data Protection for Exchange ServerData Protection for SQL Server node name and password by issuing the IBM Storage
Protect
register node command.
For example, for VSS operations, this node is the target node. When you register nodes to the IBM Storage Protect server specifically for VSS operations, specify the IBM Storage Protect USerid=<node name> parameter.
- If not already defined, register your IBM Storage Protect VSS requestor node name and password for the system where the Exchange Server is installed. For example, this agent node is the Local DSMAGENT Node for VSS operations.
-
(VSS only) If not already defined,
register your IBM Storage
Protect VSS requestor
node name and password for the system where the SQL Server is installed. Each local DSM agent node
must have a dedicated remote DSM agent node.
For example, this agent node is the Local DSMAGENT Node for VSS operations.
-
If you are planning to run backups of availability databases in SQL Server AlwaysOn
Availability Group (AAG) cluster environment, register your IBM Storage
Protect cluster node, if not already defined, by
issuing the register node command. For example,
register node alwaysonnodename userid=alwaysonnodename - (VSS only) If you plan to run offloaded backups from a particular system, first register the IBM Storage Protect VSS requestor node name and password for the system. For example, the agent node is the Remote DSMAGENT Node. BAOFF is used here (and in Step 5) to differentiate between this Remote DSMAGENT Node and the Local DSMAGENT Node (Step 3). You can replace BAOFF with the node name of your backup-archive client, and remove the BAOFF from the grant proxynode command.
-
(VSS only) Define the proxy node
relationship (for the target node and agent nodes, and, if applicable, the cluster node) by issuing
the IBM Storage
Protect
grant proxynode command.
For example:
grant proxynode target=alwayson node name agent=BAnodenamegrant proxynode target=DAG node name agent=BAnodename - If you created a node name for backing
up databases in an Exchange Server Database Availability Group
(DAG), ensure that the following tasks are complete.
- Register the IBM Storage Protect backup-archive client and DAG node names and passwords with the IBM Storage Protect register node command.
- Ensure that the IBM Storage
Protect administrator
issues the grant proxynode command for
each member server in the DAG to grant permission to the DAG
member server to act as a proxy for the DAG node. If the configuration
wizard is not used to configure the IBM Storage Protect
server,
the proxies must be defined.In addition, the backup archive client node and the Data Protection node require proxynode authority. The backup archive client node also requires proxynode authority to act on behalf of the Data Protection node. For example, the IBM Storage Protect administrator can issue the following commands on the IBM Storage Protect server:
register node backup_archive_client_node password userid=backup_archive_client_node register node data_protection_node password userid=data_protection_node grant proxynode target=data_protection_node agent=backup_archive_client_node register node DAG_node password userid=DAG_node grant proxynode target=DAG_node agent=backup_archive_client_node grant proxynode target=DAG_node agent=data_protection_node