v-center database verplaatsen

[jokko]

Beste,

Binnenkort wil ik de database van v-center 6.0 van een sql 2008 naar sql 2016 server gaan plaatsen.
Echter vroeg ik me af of iemand met ervaring hier in een goeie handleiding voor had en waar je het beste op kan letten.

[Endpoint]

Al gekeken naar VCSA? Je kan er voor kiezen om het hele zwikje te migreren.

Anders spreekt de kb ook voor zich (https://kb.vmware.com/s/article/7960893)

[Question Mark]

jokko schreef op vrijdag 12 januari 2018 @ 13:11:
Beste,

Binnenkort wil ik de database van v-center 6.0 van een sql 2008 naar sql 2016 server gaan plaatsen.
Echter vroeg ik me af of iemand met ervaring hier in een goeie handleiding voor had en waar je het beste op kan letten.

Wat heb je zelf al gevonden en wat is de aanpak die je zelf verzonnen hebt?

Het is wel de bedoeling dat je zelf zaken uitzoekt en initiatief neemt. Zomaar een vraag "dumpen" is niet helemaal de bedoeling.

[jokko]

Question Mark schreef op vrijdag 12 januari 2018 @ 13:48:
[...]

Wat heb je zelf al gevonden en wat is de aanpak die je zelf verzonnen hebt?

Het is wel de bedoeling dat je zelf zaken uitzoekt en initiatief neemt. Zomaar een vraag "dumpen" is niet helemaal de bedoeling.

Zelf heb ik wel vaker een database verplaatst maar dan was het niet meer dan in sql aangeven een kopie te maken naar een anderen sql en in ocdb de locatie aan passen.

Wat is heb zelf heb gevonden en hier boven ook wordt aangegeven is het kb artikel van vmware.

1. Stop the VMware VirtualCenter Server, VMware VirtualCenter Management Webservices and VMware Update Manager services.

2. Migrate the VCDB and UMDB from the existing SQL instance to the new SQL instance running on the remote server.

3. Note the credentials and server that vCenter Server uses to connect to the database. Update the DSN as necessary to the migrated database.

4. sql agents opnieuw uitrollen: https://kb.vmware.com/s/a...1&KM_Utility.getArticle=1

5. Update the vcdb.properties file with the new SQL server. If this is not updated, the performance overview charts and the Storage Monitoring Service (SMS) may be affected after migrating the vCenter Server database.

For vCenter Server 6.0:
C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx

6. Start the VMware VirtualCenter Server and VMware Update Manager services.

en dan fingers crossed

Graag hoor ik of ik hier in iets mis of dat er aandachtspunten zijn waar ik op moet letten.

[spone]

Volgens mij is SQL server 2016 niet supported icm vCenter 6.0. Zo uit mn hoofd is 2014 SP1 of SP2 de hoogst ondersteunde versie, afhankelijk van het exacte patch level van je vCenter.

[jokko]

spone schreef op zaterdag 13 januari 2018 @ 11:52:
Volgens mij is SQL server 2016 niet supported icm vCenter 6.0. Zo uit mn hoofd is 2014 SP1 of SP2 de hoogst ondersteunde versie, afhankelijk van het exacte patch level van je vCenter.

Mhh.. daar lijk je toch gelijk in te hebben, in de martix van vmware wordt sql 2016 pas gesupport van af 6.5 U1.
Edit: https://www.vmware.com/re.../interop_matrix.php#db&2=

Essentially VMware are not going to support MS SQL 2016 with 6.0u2 (even 6.5 isn't compatible) as they are pushing users towards the appliance.

I found this out after speaking with VMware where they said one of the reasons they weren't, was due to the slow uptake of SQL 2016

[ Voor 5% gewijzigd door jokko op 13-01-2018 12:06 ]

[Dennism]

2014 SP1 inderdaad zo te zien voor vSphere 6.0, 2014 SP2 en SQL 2016 lijken alleen supported te zijn met vSphere 6.5. Wil natuurlijk niet zeggen dat het niet werkt, maar als je ooit support van VMware nodig hebt zou ik er niet aan beginnen. https://www.vmware.com/re.../interop_matrix.php#db&2=

Ik zou trouwens zelf overwegen om naar de VCSA te gaan, een aantal jaar geleden was deze nog niet echt volwassen, maar met de huidige releases is het imho rock solid, updates gaan een stuk makkelijker (en sneller) dan bij vCenter op Windows en het bespaart je mogelijk een SQL licentie / Windows licentie of zelfs een bak ijzer als je vCenter nog fysiek draait.

[ Voor 5% gewijzigd door Dennism op 13-01-2018 12:06 ]

[Farg0]

Dennism schreef op zaterdag 13 januari 2018 @ 12:06:

Ik zou trouwens zelf overwegen om naar de VCSA te gaan, een aantal jaar geleden was deze nog niet echt volwassen, maar met de huidige releases is het imho rock solid, updates gaan een stuk makkelijker (en sneller) dan bij vCenter op Windows en het bespaart je mogelijk een SQL licentie / Windows licentie of zelfs een bak ijzer als je vCenter nog fysiek draait.

En het einde voor Vcenter op Windows is nabij ...

Customers who have not yet migrated to the VCSA should start planning their migrations as soon as possible as the next numbered release of vSphere will be the terminal release for vCenter Server for Windows. vCenter Server for Windows will not be available after the next release.

https://blogs.vmware.com/...enter-server-windows.html

Enige goede optie lijkt mij dus te moven naar een VCSA

[ Voor 18% gewijzigd door Farg0 op 13-01-2018 12:09 ]

[jokko]

Met VCSA wordt gewoon 6.5 bedoeld neem ik aan omdat hier geen losse database meer aan te pas komt zo als ik lees in het artikel: the underlying operating system (Photon OS), and the database (vPostgres). ?

Zelf heb ik nog niet veel met 6.5 gedaan omdat we nog op 6.0 zitten, ik ga me dit weekend maar eens even inlezen

Farg0 schreef op zaterdag 13 januari 2018 @ 12:08:
[...]


En het einde voor Vcenter op Windows is nabij ...


[...]


https://blogs.vmware.com/...enter-server-windows.html

Enige goede optie lijkt mij dus te moven naar een VCSA

[Dennism]

jokko schreef op zaterdag 13 januari 2018 @ 12:12:
Met VCSA wordt gewoon 6.5 bedoeld neem ik aan omdat hier geen losse database meer aan te pas komt zo als ik lees in het artikel: the underlying operating system (Photon OS), and the database (vPostgres). ?

Zelf heb ik nog niet veel met 6.5 gedaan omdat we nog op 6.0 zitten, ik ga me dit weekend maar eens even inlezen


[...]

6.5 is niet nodig, je kan ook gewoon een VCSA deployen op 6.0, VCSA betekend gewoon vCenter Server Appliance en is even uit mijn hoofd vanaf 5.0 of 5.5 beschikbaar.

Zie bijv. hier voor de 6.0 VCSA https://docs.vmware.com/e...9E-9C65-D5625351C0B5.html

Maar als je toch bezig gaat en je hebt support op vSphere zodat je ook toegang hebt tot 6.5 zou ik zeker naar 6.5 gaan.

Hier een artikel om van een Windows gebaseerde vCenter te migreren naar VCSA: https://esxsi.com/2016/10/21/vcsa-migration/

en hier voor 6.5 https://esxsi.com/2016/11/17/vcsa65m/

Je kan trouwens rustig je vCenter naar 6.5 migreren terwijl je hosts nog 6.0 zijn. De hosts kun je dan op een later moment upgraden.

Een andere optie is niet migreren en gewoon een nieuwe vCenter installatie op te zetten op basis van VSCA. Je bent dan wel je historie kwijt qua performance grafieken, events e.d.

[ Voor 6% gewijzigd door Dennism op 13-01-2018 12:27 ]

[jokko]

Bedankt iedereen ! Dit weekend ga ik me even in lezen over VCSA en dan zal ik eens een keuze gaan maken wat de roadmap wordt voor de komende tijd wat esxi betreft. Als iemand nog goeie uitleg videos of links heeft van VCSA is dat altijd welkom

[Endpoint]

Wij zijn overgestapt van Windows vCenter naar VCSA na de eerste patchronde van 6.5. Overstap is werkelijk waar peanuts. Hij kopieert alles over, naam, ip etc. Aan het einde sluit hij de Windows VM af en start VCSA op.

Mocht je VCSA niet goed zijn om de een of andere manier, start je gewoon de Windows VM weer op.

[Dr Pro]

VCSA is ook veel sneller dan een Windows VC, dat is dan weer mijn persoonlijke ervaring.
Zelf zou ik altijd voor VCSA gaan, voor mij geen Windows VC meer...