Hi,
I have built a new app volumes server so that I can run a parallel environment until I cut over to the new one. It seems that the new one knows there is and old one and wants me to register the new one. But they are in different vcenters, so any registration will not work.
Can someone help?
Thanks~
You need to do the following:
Now for storage;
You have two scenarios:
Scenario 1:
Scenario 2:
Did you build new App Volumes components?
Hi Michael,
I copied the database from the original and pointed to that during installation. Maybe that is the issue.
I do not have new datastore locations... In fact, I am hoping I can point to that same cloudvolume when I cut over. Or, I can copy them I am guessing? I have not even gotten to the point that I can configure the new one - I am stuck on the register screen.
Thanks for your help!
Why are you copying the database, if these are seperate environments, they should have seperate databases. Really no reason I can think of to copy it
because I am trying to create a complete parallel environment so that I can cut over to the new one in a few weeks and decommission the old one. I am not sure how to move forward to accomplish this. I would want to use the same applications as well - not sure how to do that either other than copying the files to a new directory on the vSAN datastore. Thanks for any help!
You need to do the following:
Now for storage;
You have two scenarios:
Scenario 1:
Scenario 2:
perfect !!!
Thank you so much, I will use your suggestions and give feedback when I have completed one or the other
That worked great thanks. The Fling was not happy due to the fact that the servers were in different domains, but I was able to fix them manually in 30 minutes, so no big deal.
THANK YOU !!!!
I am having the exact same issue HOWEVER I did not copy the DB. I did create a NEW DB on our SQL Always on Availability Groups according to this TechZone article https://techzone.vmware.com/resource/app-volumes-configuration#create-always-on-availability-groups-...
and pointed the install to that DB.
I can't get the localhost/start-config to run at all. Also the storage is completely separate.
Trick is apparently to have App Volumes installer create the DB on one of the SQL AG servers and after the AppVol Config is done on that server stop the App Vol Manager Service, Add that DB to the AG Group, then change the ODBC to point to the listener IP of the AG Group, and then start the App Vol Manager Service. If any one ever needs this. Subsequent App Vol Managers should be able to point to the listener straight away instead of doing the trick above.
