New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


How can I move (migrate) my PRTG installation to another computer?

Votes:

1

Your Vote:

Up

Down

I have an installation of PRTG and I want to migrate it to a different system or server.

  • What steps do I have to take?
  • How can I move my data (files)?
  • How can I keep my settings?

cluster important installation license migration move prtg standalone

Created on Feb 3, 2010 10:44:44 AM by  Daniel Zobel [Paessler Support]

Last change on Sep 13, 2019 9:56:53 AM by  Maike Behnsen [Paessler Support]



41 Replies

Accepted Answer

Votes:

4

Your Vote:

Up

Down

This article applies to PRTG Network Monitor 16.4.28 or later

How to Move an Installation of PRTG to Another Computer

This article explains how to move an installation of PRTG Network Monitor to another computer. The instructions are valid for a standalone installation, or for the Master node when running PRTG in failover clustering mode.

PRTG Network Monitor writes data to several locations:

  • The program directory (core installation)
  • The data folder (for example, monitoring configuration, monitoring data, logs)
  • The registry (for example, license key, admin login, IP settings)

Running a PRTG Cluster

If you run PRTG in failover cluster mode, the instructions in this article apply to a PRTG core server system that is your Master node.

If you plan to move a PRTG core server system that is your Failover node to another system, you can follow the steps in this article as well. However, if you can afford losing your failover node's data, it is easier to install a completely new failover node and join it to the cluster. The new failover node will automatically receive the monitoring configuration from the Master node. There is only one additional step that you need to take beforehand: Log in to the Master node's web interface and navigate to Setup | System Administration | Cluster. Delete the entry of the failover node that you want to remove from the cluster. Save your settings.

Check PRTG and Windows Version

To successfully move a PRTG installation, make sure that you install the same PRTG build on source and target computer.
You may have to update the source computer to the latest PRTG version before proceeding.

If you want to transfer PRTG from a 32-bit Windows to another 32-bit Windows, or from 64-bit to 64-bit, follow the steps below.

If you want to transfer PRTG from a 32-bit Windows to a 64-bit Windows, or vice versa, you have to do the following:

  • Manually modify registry keys: (re)move the "Paessler" branch from/to the "Wow6432Node" node.
  • Manually transfer the settings of the PRTG Administration Tool from the old to the new system instead of taking Step 5 and Step 6 in this guide. See Step 6a in this case.
    Note: In PRTG versions previous to PRTG 16.4.28, transfer the settings from the deprecated tools "PRTG Server Administrator" and "PRTG Probe Administrator".

Check Logon Credentials for the PRTG Core Server Service and PRTG Probe Service on the New Computer

Make sure that you use the same account for the PRTG core server service and the PRTG probe service as on the previous system. If you used individual credentials, the following steps are necessary.

  • Go to Services in the Windows Administrative Tools.
  • Open the Properties of the PRTG Core Server Service and/or the PRTG Probe Service.
  • Go to section Log On and choose between Local System account or This account to add the account you want to use.

Note: By default, the PRTG core server service and the PRTG probe service run under the Local System account. This can cause problems with our script sensors, because in some cases, the Local System account does not have access to the network or other computers. We recommend that you use an account with the required permissions.


Migration Step by Step

To migrate an installation from a source computer to a target computer, the following steps are necessary.

Step 1a: Deactivate License on the Source System

Note: The option to manually deactivate the license on a PRTG server via the web interface is available as of PRTG version 16.4.28. To migrate previous PRTG versions, start with Step 1b of this guide.

Before you start migrating PRTG to another server, deactivate your PRTG license on the original server. This makes sure that you can seamlessly activate your license on your new server. PRTG will still run as a licensed edition for a 30-day grace period so you will have enough time to complete the migration.

  1. Open the web interface of the PRTG installation that you want to move to another server.
  2. Choose Setup | License from the main menu bar.
  3. Click Deactivate this License and confirm the deactivation of the license on this PRTG server.

The PRTG license on this computer is now deactivated. It will revert to the Freeware Edition after a grace period of 30 days. For more information, see the PRTG Manual: PRTG Status—Licensing Status and Settings.

If you want to undo the license deactivation on a server, contact our customer service. Reactivating a license is not possible by default. Also contact us if you cannot deactivate the license on your old system because it is not reachable anymore for some reason. In this case, we have to manually deactivate the license for this system ID.

Step 1b: Install PRTG on the Target System

  • You need to enter the license key and name to activate the software. If the license activation is successful, you will see an according message during the installation as of PRTG version 16.4.28. For details, see the PRTG Manual: Install a PRTG Core Server. You can always check the license status of a PRTG installation under Setup | License in your PRTG web interface.

Note: As of PRTG version 16.4.28, deactivate the license on your old server before the installation on your new server (see Step 1a). In previous versions, the license on the new server will run as freeware as long as the old installation is active.

Step 2: Stop Core and Probe Services on Source and Target System

  • Both systems: In the PRTG Administration Tool go to the Service Start/Stop tab and click Stop Core Server and Stop Probe Service.

Note: In PRTG versions previous to PRTG 16.4.28, you have to use the "PRTG Server Administrator" and the "PRTG Probe Administrator" programs to stop the services.

Step 3: Find the Data Folders

  • Both systems: In the PRTG Administration Tool go to the Core Server tab and see section Local Storage of Data Files and Monitoring Database to find where the PRTG data files are stored.

Note: In PRTG versions previous to PRTG 16.4.28, you have to use the "PRTG Server Administrator" and the "PRTG Probe Administrator" programs to find the local storage folder.

Step 4: Copy All Files to the Data Folders of the Target System

  • Overwrite all files on the target system
  • The following folders are not necessary for the migration:
    • Configuration Auto-Backups
    • Logs
    • Logs (Debug)
    • Logs (System)
    • Logs (Web Server)
    • Report PDFs

Note: Consider copying the Monitoring Database folder prior to starting the entire migration, because depending on the number of sensors, the Monitoring Database folder can be quite large and so the copy process can take some time.

Step 5: Export Settings of the Old Server and Local Probe from the Windows Registry to a File

Important: Make sure that you have a proper system backup before manipulating the Windows registry.

Note: If you migrate PRTG from a 32-bit to a 64-bit Windows, the following instructions will not work. See Step 6a in this case.

  • On the old system, open the Windows registry editor and navigate to the PRTG registry key. The exact location varies, depending on the installed Windows operating system (32-bit or 64-bit).
    • 32-bit: HKEY_LOCAL_MACHINE\SOFTWARE\Paessler\PRTG Network Monitor
    • 64-bit: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Paessler\PRTG Network Monitor
  • Right-click PRTG Network Monitor and Export the selected branch to a *.reg file. Save the file to a USB stick or network share.
  • Note: The new PRTG server will use the same IP address as your existing server. Make sure that the new server actually owns the old IP addresses, and shut down the old server. If you need to change the IP address during migration so that the new server owns a different IP address, see the additional notes in the After Migration section below.

Step 6: Import Settings of the Old Server and Local Probe to the Registry of the New Server

Important: Make sure that you have a proper system backup before manipulating the Windows registry.

Note: If you migrate PRTG from a 32-bit to a 64-bit Windows, the following instructions will not work. See Step 6a in this case.

  • On the new system, make sure that the installed Windows version matches the one of the old system regarding the bit version. That means, if the old system ran a 32-bit Windows, make sure that the Windows version on the new server is 32-bit, too.
    Note: If you want to import settings from a 32-bit Windows to a 64-bit Windows version (or vice versa), you need to manually change the branch of the registry settings. We do not officially support this approach, however.
  • Import the PRTG settings to the Windows registry of the new server, for example, by double-clicking the *.reg file you exported on the old server.
    Note: If you do not import the PRTG settings into the registry, settings like username and password, for example, will revert to default. This means that username and password will be prtgadmin again.
  • Note: The new PRTG server will use the same IP address as your existing server. Make sure that the new server actually owns the old IP addresses, and shut down the old server. If you need to change the IP address during the migration so that the new server owns a different IP address, see the additional notes in the After Migration section below.

Step 6a: Migrating PRTG from 32-bit to 64-bit Systems

If you move your PRTG installation from a 32-bit Windows to a 64-bit Windows, registry export and import as described in Step 5 and Step 6 will not work. You have to manually copy the settings:

  • Open the PRTG Administration Tool on both the source (old) and the target (new) system.
  • Manually transfer the settings from the source to the target system.
  • Make sure that you copy all settings.

Go on with Step 7.

Note: In PRTG versions previous to PRTG 16.4.28, you have to copy the settings from both the "PRTG Server Administrator" and the "PRTG Probe Administrator" from the source to the target system.


Step 7: Only When Using Remote Probes: Check Core Server Settings

  • On the target system, open the PRTG Administration Tool (or the "PRTG Server Administrator" program in PRTG versions previous to PRTG 16.4.28).
  • On the Core Server tab, make sure that the settings for Probe Connection Management are correct. If you use remote probes, this setting must not be set to the first (default) option, but you must allow connections from remote probes either on all IPs or on specific IPs you define here.

Note: This step is necessary because the import of registry settings does not always work flawlessly here, depending on the used Windows version.

Step 8: Check Data Path

  • On the target system, open the PRTG Administration Tool (or the "PRTG Server Administrator" program in PRTG versions previous to PRTG 16.4.28).
  • On the Core Server tab, make sure that the folder for Local Storage of Data Files and Monitoring Database matches the path to which you copied the data (in Step 4). Change the setting to the correct path, if necessary.

Step 9 (optional): Adjust Settings of Existing Remote Probe Installations

  • This step is only necessary if your PRTG configuration uses remote probes and if the IP address of the core server changes during this migration.
  • Connect to each remote probe system, open the PRTG Administration Tool and enter the new IP address of the target server (in PRTG versions previous to PRTG 16.4.28, use the “PRTG Probe Administrator” program).
  • You might also need to change settings in the PRTG web interface so your new installation accepts incoming remote probe connections (on all IP addresses, if applicable). Change the settings under Setup | System Administration | Core & Probes.

Step 10: Start Core and Probe Services on the Target System

  • Target system: In the PRTG Administration Tool, go to the Service Start/Stop tab and click Start Core Server and Start Probe Service.

Note: In PRTG versions previous to PRTG 16.4.28, you have to use the "PRTG Server Administrator" and the "PRTG Probe Administrator" programs to start the services.

Step 11: Log in to the Web Interface and Review Monitoring Setup and Results

  • Check if the migration was successful.

Step 12 (optional): Update to the Latest Version of PRTG

  • We recommend that you always keep your systems up to date.

After Migration

After the migration, you may need to look at the following aspects, depending on your configuration.

If You Get the Message "License too old"

Contact Paessler support for another activation attempt and tell us the reason for your PRTG migration. This makes it possible for us to help you faster because we can see immediately if your activation request is valid.

If the IP Address of the Server Has Changed

  • The PRTG core server automatically switched its web server to localhost. To make the web interface available again under the IP address of the core server, open the PRTG Administration Tool, go to the Web Server tab, and change the settings accordingly (in PRTG versions previous to PRTG 16.4.28, use the “PRTG Server Administrator” program).
  • If the IP address of the server changed, you may need to change firewall settings and/or NAT settings that apply to the old address.
  • If you use an SMTP relay server for email delivery out of PRTG, you may need to allow relaying for the new IP address.
  • When running a PRTG cluster: If the IP address of the server changed, open the PRTG web interface of the Master node and navigate to Setup | System Administration | Cluster.
    • If you moved a Master node: Change the IP address entry of the master node so that existing Failover nodes are able to reconnect to the new server.
    • If you moved a Failover node: Change the IP address entry of the failover node so that the Master node is able to reconnect to the new failover server.

If the Hostname of the Server Has Changed

  • Navigate to Setup | System Administration | User Interface ("System & Website" in PRTG versions previous to PRTG 16.4.28) and check the DNS Name optionn. Make sure that this DNS record points to the correct server. This DNS address will be included in links and in emails sent by PRTG. If this continues pointing to the old server, links in emails may not work.
  • Also confirm that your clients and remote probes point to the correct hostname or IP address.
  • If relevant for your network, go to the Notification Delivery tab and check the HELO Ident option. Make sure that it uses a value that is accepted by your mail server.

Other Aspects

  • The following folders may contain your own custom files that must also be moved to the new system. The given paths are for a standard installation of PRTG:
    • Custom sensor files:
      C:\Program Files\PRTG Network Monitor\Custom Sensors
    • Webserver certificate:
      C:\Program Files\PRTG Network Monitor\cert
    • Device templates:
      C:\Program Files\PRTG Network Monitor\devicetemplates
    • SNMP .oidlib files:
      C:\Program Files\PRTG Network Monitor\snmplibs
    • SNMP MIB files:
      C:\Program Files\PRTG Network Monitor\MIB
    • Custom notifications:
      C:\Program Files\PRTG Network Monitor\Notifications
    • Custom Maps objects:
      C:\Program Files\PRTG Network Monitor\webroot\mapobjects
    • Custom Maps background images:
      C:\Program Files\PRTG Network Monitor\webroot\mapbackground
    • Custom lookups:
      C:\Program Files\PRTG Network Monitor\lookups\custom
    • Custom device icons:
      C:\Program Files\PRTG Network Monitor\webroot\icons\devices

See Also

Created on Feb 3, 2010 10:48:02 AM by  Daniel Zobel [Paessler Support]

Last change on Oct 7, 2019 7:16:33 AM by  Maike Behnsen [Paessler Support]



Votes:

1

Your Vote:

Up

Down

Is there anything special I need to consider when migrating from virtual to real hardware and vice versa? Thanks for the information!

Created on May 29, 2012 11:09:48 AM by  maengling (80) 1 1



Votes:

2

Your Vote:

Up

Down

move from VM to real hardware or vice versa works the same.

Created on May 29, 2012 11:29:44 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I want to migrate my master (32bit win2003r2) to a 64bit win2008r2 machine, however, i'm running a cluster with (at the moment) a backup- virtual 32bit win2003r2 server, can i re-use this VM alongside the physical 64bit win2008r2 master? Or do i have to reinstall the backup-node VM aswell (to win2008r2 64bit i suppose)?

Created on Jul 11, 2012 7:39:29 AM by  C.J.M. Hirschler (0)



Votes:

0

Your Vote:

Up

Down

You could use the same failover node, albeit you would have to adjust the settings so that the connection configurations match. Should you have any issues with this, please send us an email with your particular queries to [email protected]

Created on Jul 11, 2012 2:40:55 PM by  Patrick Hutter [Paessler Support] (7,174) 3 3



Votes:

0

Your Vote:

Up

Down

Hi, I tried to move my prtg installation from one server to another with different ip, i copied all relevant folder n files. Then I am trying to inter same license information but it not working. Could any body give me any insight. Working prtg on machine1=V9 Machine2=new installed with prtg freeware version 8

Created on Jul 18, 2012 7:28:26 AM by  madminadmin (0)



Votes:

0

Your Vote:

Up

Down

Please forward an email to [email protected]

Created on Jul 18, 2012 9:54:13 AM by  Patrick Hutter [Paessler Support] (7,174) 3 3



Votes:

0

Your Vote:

Up

Down

Hi, I am about to migrate from XPpro_32bit to Win7pro_64bit. What are the manual modifications I should do on registry keys to make it work? Thanks,

Created on Sep 11, 2012 12:49:12 PM by  Nicolas Thiery (0)



Votes:

0

Your Vote:

Up

Down

You only to need to "change" that on the 64bit Windows it will be the "\Wow6432Node"-part in the registry:

32bit: HKEY_LOCAL_MACHINE\SOFTWARE\Paessler\PRTG Network Monitor
64bit: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Paessler\PRTG Network Monitor 

Created on Sep 11, 2012 3:25:07 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi, I have already migrated PRTG to another PC, but I have noticed that all "Packet Sniffer (custom)" sensors are not gathering statistics on the new PC. It's because there is no network adapter chosen/selected in the "settings" tab of each sensor. Is there a way I can instruct the PRTG to use particular interface for all Sniffer Sensors? I just want to avoid manual selection of the adapter for every sensor since I have around 70 of them. Thanks,

Created on Nov 15, 2012 10:12:28 AM by  Piotr Nowak (0)



Votes:

0

Your Vote:

Up

Down

I'm afraid that isn't possible. The issue in this case is that the old adapter is still registered in the configuration of the program, but the new one uses a different name. Using a universal entry isn't applicable, seeing as PRTG would have to guess which adapter to use.

Created on Nov 15, 2012 10:54:51 AM by  Patrick Hutter [Paessler Support] (7,174) 3 3



Votes:

0

Your Vote:

Up

Down

Please add for probes to work, Probe Connection Management needs to be changed from Accept connections from the local probe only to accept connections from remote probes on all IPs.

Created on Nov 15, 2012 11:11:12 PM by  Randolfini (270) 2 1



Votes:

0

Your Vote:

Up

Down

"Consider copying the Monitoring-Database Folder prior to starting the entire move, depending on the number of sensors the Monitoring Database could be quite large and so the copy-process could take quite a while."

Can I copy it while the service is running? It will not be corrupted?

Created on Dec 27, 2012 4:55:20 PM by  Hormoz Babelpour (0)



Votes:

0

Your Vote:

Up

Down

As the monitoring database is separated into days, you might copy all folders out of the \Monitoring Database folder except the one which represents the current day. The current day folder can then be copied when the source PRTG Core service is stopped.

Created on Dec 28, 2012 8:30:08 AM by  Konstantin Wolff [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Please mention that when the server port changes from the old to the new system, after migration the new system is using the old serever port.

Created on Mar 29, 2015 10:36:27 AM by  Joachim Berger (10) 1



Votes:

0

Your Vote:

Up

Down

I Installed a trail version of PRTG and for security issues I changed the administrator user and deleted the default prtgadmin. In trail everything worked fine.

Now we bought a license I migrated the trail installation to licensed one on an other machine. To migrate the installation I followed the guide you posted here. After the migration I see the Enterprise console want localy connect to the installation with the default credentials (whice are removed). Whice result in a overload protection issue if the console not will be closed

Can I change the credentials whice the enterprose console uses?

With best regards

Peter Vroegop

Created on Apr 28, 2015 7:24:54 AM by  compaxo (0) 1



Votes:

0

Your Vote:

Up

Down

Hi Peter,

Sure you can. When you right click the server connection within the EC, click "Edit Server Connection". You can change the credentials there :)

Created on Apr 29, 2015 2:00:19 PM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

We migrated to another server, services are working fine but we are experiencing license issue. We already had purchased PRTG 2500 license and it was working fine on the previous installation but today after migrating to the new server PRTG Network Monitor software edition is activated and has successfully accepted the same LICENSE key but for some reason it is showing number of sensors 500 and Licensed Edition "PRTG NETWORK MONITOR 500". Can someone please help on this.

Created on Jun 19, 2015 8:34:39 AM by  farhan_ft (0)



Votes:

0

Your Vote:

Up

Down

Can you try to enter a trial license, save it and then enter your license again? A trial license key can be obtained on the trial page.

Created on Jun 19, 2015 8:48:25 AM by  Stephan Linke [Paessler Support]

Last change on Jun 19, 2015 8:48:32 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi, i have followed the same step that are mentioned above.

  1. Stop the core and probe service on the old sever.
  2. Then copy the all file from the path (C:\ProgramData\Paessler\PRTG Network Monitor\) that are mentioned above.
  3. Then i go to registry of the windows and export the registry file that are mentioned above (HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Paessler\PRTG Network Monitor) as i used window 2008 server R2 64 bit
  4. Then i go to the new machine Stop the core and probe services.
  5. Paste the files that i copied from the old server into the path ( C:\ProgramData\Paessler\PRTG Network Monitor\)
  6. also import the registry file into the new server and emerge into that server.
  7. But When i want to start the core server. The Core server is not starting and it give me the error (PRTG Server could not be started and Please check the core server logs)

Can you please help me in that ? are the above step i followed are correct or anything is missing. Please guide me. thanks

Created on Jul 2, 2016 11:33:35 AM by  FAIzan1234 (0) 1

Last change on Jul 4, 2016 6:04:16 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Please open up a support case with [email protected] and provide us with a support bundle. Withe the logs, we can most certainly determine what the issue is :)

Created on Jul 4, 2016 6:07:22 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Are there any issues with migrating an existing virtual, on prem. Windows 2008 R2 standalone installation to a Windows 2012 R2 or 2016 server in Azure? Thanks!

Created on Aug 3, 2017 4:14:39 PM by  Jmac_57 (0) 1



Votes:

0

Your Vote:

Up

Down

Hi there,

None that we're aware of - go ahead :)


Kind regards,
Stephan Linke, Tech Support

Created on Aug 4, 2017 6:26:41 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi, can you update this post for the newest version - 17.4.36.3670? I don't see any option to shutdown core or probe - only to restart, and I wonder if there are other changes to procedure to move to a different server. Thanks, Ken

Created on Dec 20, 2017 7:51:24 PM by  kentravis (0) 1



Votes:

0

Your Vote:

Up

Down

Hi there,

The newest version still have Start and Stop available in the PRTG Administration Tool on the Core Server. Please note to use the Administration Tool, not the webinterface's Administrative Tools. The Administration Tool is a small application that runs on the Core Server.

Best regards.

Created on Dec 20, 2017 8:29:53 PM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi, Is there anyway to receive alerts while migration is occuring?

Is there any firewall considerations during this process?

Created on Jul 24, 2018 5:51:16 PM by  techguy (0) 2 1

Last change on Jul 25, 2018 11:28:49 AM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi there,

As long as the Core Service is stopped, you will not receive any notifications. The only way to get a seamless transition is to let the original server run as long as the new server is built up and as long as the data is migrated to the new server.

Could you further clarify the second question?

Is there any firewall considerations during this process?

Best regards

Created on Jul 25, 2018 11:31:45 AM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Does the license need to be de-activated for the migration to work? I don't see the option to de-activate the license in my settings? And if I migrate my PRTG that has more than 1000 sensors onto a computer that is running freeware will it work?

Created on Aug 1, 2018 9:26:09 PM by  techguy (0) 2 1



Votes:

0

Your Vote:

Up

Down

Hi there,

It would be better to deactivate it. For Freewares there shouldn't be an option to deactivate it - thats fine.

You can surely migrate 1000 Sensors into a Freeware, but 900 of them will get paused as the Freeware only allows 100 sensors.

Best regards

Created on Aug 1, 2018 10:04:07 PM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Ok. So do I still need to deactivate if I'm transferring from a server without freeware to a server with freeware?

Created on Aug 1, 2018 10:48:03 PM by  techguy (0) 2 1



Votes:

0

Your Vote:

Up

Down

Hi there,

When the license on the new server is a different one, then there is no need to deactivate the old license.

Best regards.

Created on Aug 2, 2018 12:09:05 PM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

How would these instructions vary if I were moving from V13.2.3.2285 on a Windows 7 64bit unit to a Windows Server 2008R2 unit? Is it possible move the configuration over?

Thank You,

Created on Jan 7, 2019 8:59:46 PM by  dennis_preston (0) 1



Votes:

1

Your Vote:

Up

Down

Hi Dennis,

The migration should be possible still (without the updating first part), yes. If you run into any troubles using the guide, please raise a case via [email protected] :)


PRTG Scheduler | PRTGapi | Feature Requests | WMI Issues | SNMP Issues

Kind regards,
Stephan Linke, Tech Support Team

Created on Jan 8, 2019 11:52:01 AM by  Stephan Linke [Paessler Support]

Last change on Jan 8, 2019 11:52:16 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Stephan,

I wanted to get back to you and let you know the migration went very smoothly.

Thank you for your help, Dennis

Created on Feb 12, 2019 2:18:05 PM by  dennis_preston (0) 1



Votes:

0

Your Vote:

Up

Down

is it correct for version 19.1.48.2876 ?

Created on Feb 28, 2019 2:02:04 PM by  poskocil (0)



Votes:

0

Your Vote:

Up

Down

Hi there,

yes, this also applies to the latest versions of PRTG.


Kind regards,
Andreas Günther
Tech Support, Paessler AG

Created on Feb 28, 2019 3:45:39 PM by  Andreas Günther [Paessler Support]



Votes:

1

Your Vote:

Up

Down

I've just completed this migration from a 2008 to 2019 server and can confirm that if you follow the instructions correctly that it works just fine.

One small quirk is that if you have Remote Probes configured and talking to the server you are migrating from, you may need to log into the machines hosting them, Start the PRTG tools and configure them to point to the new server. If you re-using an IP address and the probes are not referencing a DNS name, you should be fine.

Created on Mar 19, 2019 5:38:45 AM by  paul_granberg (10)



Votes:

0

Your Vote:

Up

Down

We need to migrate from a 32bit PRTG/64bit Windows----> 64bit PRTG/64bit Windows.

Would we need to follow the 32bit Windows to 64bit Windows instructions when its the PRTG installation that was 32bit not the Operating System?

Created on Oct 1, 2019 8:56:20 PM by  mfisher (0) 1



Votes:

0

Your Vote:

Up

Down

Hi there,

there is nothing further to consider when migrating PRTG from 32 to 64 bit.


Kind regards,
Andreas Günther
Tech Support, Paessler AG

[email protected]

Created on Oct 2, 2019 5:25:15 AM by  Andreas Günther [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Good day,

Would anyone be in a position to tell me if the PRTG installation can be successfully migrated using the Windows Server Migration Tools instead of the steps mentioned above?

I assume the licenses would still need to be deactivated on main + reactivated on new?

Created on Oct 17, 2019 2:16:21 PM by  acanti (0)



Votes:

0

Your Vote:

Up

Down

Hi Acanti,

Thank you for your message.

Unfortunately we have no experience with the Windows Server Migration Tools.

In regards of the license I would recommend deactivating the license before the migration.

In case you want to test the Windows Server Migration Tools, please do a backup of PRTG beforehand.


Kind regards,
Andreas Günther
Tech Support, Paessler AG

[email protected]

Created on Oct 18, 2019 8:39:08 AM by  Andreas Günther [Paessler Support]



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.