หน้านี้ยังไม่พร้อมใช้งานในภาษาท้องถิ่นของคุณ เรากำลังพยายามอย่างหนักเพื่อเพิ่มเวอร์ชันภาษาอื่น ๆ เพิ่มเติม ขอบคุณสำหรับการสนับสนุนเสมอมา
- What's New
- Product Bulletin
- Service Overview
- Getting Started
-
User Guide
- Permissions Management
-
Asynchronous Replication
- Managing a Replica Pair
- Managing a Protection Group
- Managing Protected Instances
- Managing DR Drills
- Managing Clients
- Synchronous Replication Management (for Installed Base Operations)
- Appendixes
-
API Reference
- Before You Start
- API Overview
- Calling APIs
- Getting Started
-
SDRS APIs
- Job
- API Version
- Active-Active Domain
-
Protection Group
- Creating a Protection Group
- Querying Protection Groups
- Querying the Details of a Protection Group
- Deleting a Protection Group
- Changing the Name of a Protection Group
- Enabling Protection or Enabling Protection Again for a Protection Group
- Disabling Protection for a Protection Group
- Performing a Failover for a Protection Group
- Performing a Planned Failover for a Protection Group
-
Protected Instance
- Creating a Protected Instance
- Deleting a Protected Instance
- Querying Protected Instances
- Querying Details About a Protected Instance
- Changing the Name of a Protected Instance
- Attaching a Replication Pair to a Protected Instance
- Detaching a Replication Pair from a Protected Instance
- Adding an NIC to a Protected Instance
- Deleting an NIC from a Protected Instance
- Modifying the Specifications of a Protected Instance
- Batch Creating Protected Instances
- Batch Deleting Protected Instances
- Replication Pair
- DR Drill
- Tag Management
- Task Center
- Tenant Quota Management
- Appendixes
- Change History
- SDK Reference
-
FAQs
- Common Problems
-
Synchronous Replication (for Installed Base Operations)
- Do I Need to Manually Create DR Resources?
- What Can I Do When the EIP Cannot Be Pinged After I Perform a Switchover for a Protection Group Containing a SUSE Server?
- What Can I Do If the NIC Names of the DR Drill Server and Production Site Server Are Different?
- What Can I Do If hostname of the Production Site Server and DR Site Server Are Different After a Switchover or Failover?
- Why NICs of DR Site Servers Are Not Displayed After I Perform a Failover?
- What Are the Precautions If the Production Site Server Uses the Key Login Mode?
- What Should I Pay Attention to When Logging In to the Server After the First Time Ever I Executed a Switchover, Failover, or DR Drill?
- How Do I Use a Resource Package?
-
Asynchronous Replication
- How Do I Handle the drm Process Start Failure?
- Failed to Install and Configure Disaster Recovery Gateway When Process drm Exists But Port 7443 Is Not Listened
- What Can I Do If the Name of a Production Site Server or the Host Name Reported by the Gateway Is Incorrect and Always Displayed as "localhost"?
- What Can I Do If the Disaster Recovery Site VM Is Not Started After a Switchover?
- How Do I Obtain the Installation Package on a Production Site Server from the Gateway?
- How Do I Enable or Disable an ECS Firewall and Add a Port Exception to the Firewall?
- Why Can't I Find the Disaster Recovery Gateway When Associating a Replica Pair with It?
- Why Is No Production Site Server Displayed When I Create Protected Instances?
- Videos
- Glossary
- Best Practices
- General Reference
Copied.
Batch Installing Windows Proxy Clients
Prerequisites
- It is recommended that you deploy the disaster recovery gateway and proxy client in the same security group and only allow ECSs within the security group to communication with each other. For details, see Security Group Configuration Examples.
- Ensure that the ports listed in Port Description (Asynchronous Replication) are not used.
- If the firewall is enabled on the ECS where you want to deploy the proxy client, enable port 59526 on the firewall.
- The disaster recovery gateway of 24.9.0 or later has been installed.
- The passwords of administrators used for logging in to the production site servers have been obtained. Ensure that all of the production site servers run Windows.
- A Windows proxy client has been manually installed. For details, see Installing a Proxy Client.
- The network between the cloud disaster recovery gateway server and production site servers (regardless of whether the proxy client is installed or not) is connected, and all the servers on the network can be pinged.
Procedure
In the following example, sdrs_win_24.9.0.xxxx_with_certs.zip is the proxy client package (24.9.0) used for illustration.
- Repackage the Windows installation package sdrs_win_24.9.0.xxxx_with_certs.zip by referring to Installing a Proxy Client, and manually install the client. After the installation is successful, log in to the cloud disaster recovery gateway and run the following command to check whether the connection between the client and the gateway has been established:
/opt/cloud/sdrs/sidecar/script/cmd_tools.sh list
In the following figure, 10.1.0.131 is the IP address of the gateway server, and 10.1.0.39 is the IP address of server where you have manually installed the proxy client.
- Generate the Windows installation package sdrs_win_24.9.0.xxxx_with_certs.zip, including the certificate file, on the gateway server. For details, see section "Installing a Proxy Client."
- Use the following command to create the windows-host-list.txt file and add the private IP addresses and administrator passwords of the production site servers to the file.
Command format:
echo "IP address Administrator AdminPassword drmIP hostagentIP" >> windows-host-list.txt
Parameter description:
IP address: The IP address of the production site server used for remote login.
Administrator: The administrator username.
AdminPassword: The password of the administrator account.
drmIp: The IP address of the gateway server.
hostagentIp: The IP address of the primary NIC on the production site server.
A complete example command is as follows:
echo "10.1.0.76 Administrator AdminPassword 10.1.0.131 10.1.0.76">> windows-host-list.txt
To add information of multiple production site servers, separate the information of each server with a line separator.
Example:
echo "10.1.0.76 Administrator AdminPassword 10.1.0.131 10.1.0.76">> windows-host-list.txt echo "10.1.0.148 Administrator AdminPassword 10.1.0.131 10.1.0.148">> windows-host-list.txt
- Check whether all of the information is added to windows-host-list.txt.
cat windows-host-list.txt
- Run the following command as user root to install proxy clients in a batch:
/opt/cloud/sdrs/sidecar/script/cmd_tools.sh install --host-list=host_list_file_path --package=package_path --timeout=cmd_timeout_in_s
Parameter description:
--host-list: The path of the windows-host-list.txt file.
--package: The path of the Windows installation package sdrs_win_24.9.0.xxxx_with_certs.zip.
--timeout: The command timeout interval, in seconds. The default value is 300. You are advised to set the timeout interval based on the number of production site servers. The formula is as follows: Number of production site servers x 300 (time required for installing a proxy client)
A complete example command is as follows:
/opt/cloud/sdrs/sidecar/script/cmd_tools.sh install --host-list=/root/windows-host-list.txt --package=/root/sdrs_win_24.9.0.20240927004242_with_certs.zip --timeout=600
- Check the command output. If "install SDRS successfully" is returned, the proxy client is successfully installed on all production site servers.
- Delete the windows-host-list.txt file to prevent password leakage.
rm -rf windows-host-list.txt
Troubleshooting
If "error: install SDRS timeout" is returned, the script execution timed out. Perform the following steps on the gateway server to troubleshoot the fault:
- Check the "IP address install successfully" information in the command output for production site servers with proxy client successfully installed.
Wait for several minutes and run this command again to check whether there are new servers displayed. If yes, the configured timeout interval is too short, but the background installation is successful. Wait for several more minutes and check whether the remaining servers are successfully installed.
/opt/cloud/sdrs/sidecar/script/cmd_tools.sh list
- If the client still cannot be found in the command output, check whether the client password specified in the windows-host-list.txt file is correct.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot