[SOLVED! Just buy it, it's worth every cent! ] - Results of Migration Toolkit? Pre-sales questions

I purchased the Migration Toolkit a loooong time ago so I guess I have to get it again if I need it now.

The version I used back then, created a migrated target server that didn't look like the source server. There were different IDs on the clients in ISPconfig and what was on the disk. That is pretty annoying when trying to find something where the interface says one thing but in reality it's mapped to something else on the server file system, there is an inconsistency ID wise between what is in ISPC3 and what is on the file system. So I figured I need to get some answers before I renew the license, regarding the Migration Toolkit (or ISPcopy which is an option now I see):

1) What does the migration tool require from the target system? A newly installed ISPconfig3 but without ANY settings!? Ioncube?

2a) When the migration tool copies client IDs and web users from the source server, will the target server get the exact same IDs both in ISPC3 as on disk (so e.g. client ID 1 will result in "/var/www/clients/client1") ?

2b) IF it results in different IDs in ISPC3 resp on disk, can this be avoided in any way, e.g. by pre-creating the clients?

3a) Will web user IDs (which are results of the domain created) be exactly the same on the source server and the target server? (this has bearing to that some of the software we run make use of absolute and full paths
(YES, I know that we all want to call developers doing that, something not-so-nice ) and if it's possible to avoid editing config files of such software, it's of course preferred)

3b) IF it results in different IDs for web users in ISPC3 resp on disk, can this be avoided in any way?

4) What about certificates on the target server? Since the certificates are based on the IP of the server, then I must assume that for servers where "SSL" and "Let's Encrypt" are ticket on the source server, the "Let's Encrypt" on the target server will not be ticked while "SSL" and redirects can still be ticked and set, or? Should the IP addresses (A records in DNS) be changed before the actual migration so that the Migration tool can generate the certificates?
(since it will require a DNS change to update the IP for the domain names)

5) Will everything be migrated/copied from the source server to the target server, that is, not just the stuff that is part of the ISPC3 installation, e.g. scripts, software, or will I have to do that myself?

6) Will every setting related to ISPC3, e.g. PHP versions, be migrated/copied from the source server to the target server including what is in /etc/apt/source.list (or whatever in that directory or rather subdir)? If not, will just the settings be migrated/copied and that there will be a list of software that is required by these settings (e.g. PHP versions) that needs to be installed on the target server?

I guess that's it.

Thanks!

 

Migration tool uses the same ID:s on TARGET server unless the ID is already taken. So migrating to an empty TARGET server results in same ID everywhere.

They are not.
The TARGET should use the same Let's Encrypt client as the SOURCE, then certificates work right away. Otherwise it may be necessary to recreate the certificates with the new client before they expire.

TARGET is not exact copy or SOURCE. You have to do that yourself.

No.

No. But you can edit those files yourself.
Use ISPConfig autoinstaller, it installs all versions of PHP automatically so the TARGET websites can use the same PHP version.

 

Thank you, @Taleman !

 

The source server is Debian 9 Stretch while the target server is Debian 10 Buster. The first is certbot, the second is acme. So it appears that it's better to not copy the certs then?

(I actually thought that the IP address was part of validating the authencity of the site, hence my assumption that the IP was important for the certificates)

So if I install all the versions I have on the source server, but on the target server, the settings per site will be migrated too?


What would you recommend me to use, the migration tool or ISPcopy?

 

You can not use ISPCopy, for that you need the same OS on SOURCE and TARGET. You have Debian 9 on SOURCE, Debian 10 on TARGET, so not the same.
Migration tool does work with different OS.

 

Ok! Thank you!

 

About 70

 

It's probably easier to let acme generate new certs. It seems that the certs are now not in /etc/letsencrypt/... but in /root/...
Not sure though, I haven't looked into it that much

 

Just a final review of the Migration Toolkit.

There was a time a long time ago when I wasn't too happy with the Migration Tool. If I remember it correctly, it was lack of consistency between what was client IDs and web user IDs on disk and in ISPC3. I see now that it was version 1.6.12 back then. Now, with this version V2.2.3 (and probably earlier versions of V2.x too), all that is changed.

Before I purchased this script, I did a manual migration to ensure that the IDs were consistent on disk and in ISPC3. Then when everything was done after some days and I rebooted both the target VPS and the virtualization engine, I got an error with the disk which destroyed the entire migration (YES, I know that it was stupid to not have any RAID), it actually made me feel crushed (semi-noob warning here! ) hence that I turned back to the forums here regarding the Migration Toolkit to ask these questions.

This script, the Migration Toolkit, is an AMAZING piece of software. Just execute it, answer a few questions, setup a remote user, open up for root access, and GO. When I got back at the terminal after some hours, it was all done AND the IDs on disk and in ISPC was just like they should be, identical to the source server.

You can buy this tool (and actually I would recommend you to buy it!) knowing that it works so good. Don't waste your time doing a manual migration. This Migration Toolkit works awesome and is soooooooooooo much worth every cent, not to mention the support given here (but you all know that the people at these forums are one of a kind).

[EDIT: I forgot to mention that I also tried the resync feature for databases and emails and it worked like a charm too. Don't hesitate in purchasing this script.]