Skip to main content
Announcements
Qlik Connect 2024! Seize endless possibilities! LEARN MORE
cancel
Showing results for 
Search instead for 
Did you mean: 
qwebnm
Partner - Creator III
Partner - Creator III

Inquiry Regarding Setting Up a Test Server After Cloning the Production Server

To the Qlik Team,

Hello,

We are planning to clone the QlikView and NPrinting servers currently in operation on VMWare in order to establish a test server.

We would like some advice on precautions to take during this process.

Our intention is to configure the test server in a way that does not impact the production server when cloning.

We plan to make changes such as altering the IP address and stopping the QlikView and NPrinting services on the duplicated test server.

Upon restarting the Test Server Qlik services, we aim to apply the test license provided by Qlik for testing purposes.

Are there any considerations we should be aware of when starting the Qlik services on the test server?

Will there be any impact on DNS, IIS configurations, or the DB server connected to the actual production server?

We would like to know if there are any precautions or changes that need to be made.

If possible, we kindly request guidance on this matter.

Thank you.

Labels (4)
1 Solution

Accepted Solutions
Miguel_Angel_Baeyens

Generally speaking and based on experience: do not clone VMs, rather than install QlikView on the new computers, and the copy configurations from the production servers to the new servers, following the steps here: https://community.qlik.com/t5/Official-Support-Articles/QlikView-Migrating-to-a-different-machine/ta... and the detailed steps here: https://help.qlik.com/en-US/qlikview/May2023/Subsystems/Server/Content/QV_Server/QlikView-Server/QVS....

DNS, hostnames, IP addresses all have an impact in configurations and are better addressed when the product is installed anew.

 

View solution in original post

2 Replies
Miguel_Angel_Baeyens

Generally speaking and based on experience: do not clone VMs, rather than install QlikView on the new computers, and the copy configurations from the production servers to the new servers, following the steps here: https://community.qlik.com/t5/Official-Support-Articles/QlikView-Migrating-to-a-different-machine/ta... and the detailed steps here: https://help.qlik.com/en-US/qlikview/May2023/Subsystems/Server/Content/QV_Server/QlikView-Server/QVS....

DNS, hostnames, IP addresses all have an impact in configurations and are better addressed when the product is installed anew.

 

marcus_sommer

You may also need a dump from your DB to avoid any overload or conflict there respectively to the network resources. An alternatively might be to implement a rawdata-extractor layer which just pulled the rawdata without any transformation from the DB and stored them as qvd's. If both environments access the identically qvd-layer there would be further conflicting-risks but probably lesser as by accessing the same DB. But even this could be minimized by doubling the file-storage and synchronizing it with tools like robocopy.