High availability (HA) is often associated with fault-tolerant systems, meaning a system can continue to operate in the presence of a component failure or a planned shutdown. A single component failure in a fault-tolerant system will not cause a system interruption because the alternate component will take over the task transparently. With CA ARCserve Backup central management the need for high availability becomes more important to provide 24x7 data protection, especially for the primary server, which plays a key role as the centralized control center for the CA ARCserve Backup domain.
Prior to performing cluster-aware installation of a CA ARCserve Backup server, you should consider the following:
Which CA ARCserve Backup server(s) will be deployed as cluster-aware?
Usually in a central management environment, the CA ARCserve Backup primary server is considered a better candidate to protect by cluster to achieve HA capability. However, clustered member servers are also supported.
Note: The setup program for cluster machines does not support remote installation of the CA ARCserve Backup base product or the CA ARCserve Backup agents. This remote install limitation for the CA ARCserve Backup agents (for example, the Agent for Microsoft SQL Server and the Agent for Microsoft Exchange Server) only applies if you use a virtual host. Remote installation of CA ARCserve Backup agents using the physical hosts of clusters is supported.
Which cluster nodes will be deployed as a CA ARCserve Backup HA server?
A cluster system may include several cluster nodes. In a cluster environment, you must have one node that is configured as the active node and one or more that are configured as passive nodes. Usually you would have a "one active + one passive" solution; however, it is also possible to configure a "one active + multiple passive" solution.
Where to install CA ARCserve Backup?
In a production environment, a cluster system might be shared by multiple cluster-aware applications. Each cluster-aware application should have its own virtual name and IP address and a dedicated shared disk. You have three choices for CA ARCserve Backup deployment:
The best practice is to create a dedicated group as the container for the virtual name/IP address and shared disk, and to deploy CA ARCserve Backup into the new created group. The benefit of this is that the risk of failover can be limited to the group level, and not to other applications. For example, a CA ARCserve Backup server failover will not impact a SQL Server.
Other cluster-aware applications (such as SQL Server Cluster) will create their own groups to manage application specified resources. It is possible for CA ARCserve Backup to share these groups with existing applications by installing CA ARCserve Backup into the shared disk in the same group.
Which CA ARCserve Backup database type to use?
CA ARCserve Backup primary server supports using a local Microsoft SQL Server 2008 Express Edition installation and a local or remote Microsoft SQL Server installation as the back-end database. However, a cluster-aware primary server only supports the following scenarios:
If you do not purchase a SQL Server cluster and can accept the limitations imposed by SQL Server 2008 Express, it is the best choice.
Note: In a MSCS cluster environment, if the ARCserve database (ASDB) is SQLE, the CA ARCserve Backup the database summary (on the Database manager) will display the physical name of the install path instead of the virtual name.
If there is existing SQL Server cluster in your production environment, you can use it as the database for CA ARCserve Backup.
Note: CA ARCserve Backup does not support local installations of Microsoft SQL Server for the CA ARCserve Backup database in NEC CLUSTERPRO/ExpressCluster environments.
You can also select a remote SQL Server as the CA ARCserve Backup database, which should safely provide 24x7 stable services.
| Copyright © 2010 CA. All rights reserved. | Email CA about this topic |