vCenter

 View Only
  • 1.  PSCA backup (automatic) and restore solutions

    Posted Oct 01, 2018 11:21 AM

    Hi all,

    1/ I have 2 remote sites with each a VCSA and a PSCA, ELM enable and even domain SSO (version 6.5).

    I'm searching a solution in case of PSCA and network failure (between the 2 sites) in same time without using VDP.

    I am looking for a solution to automatically backup the PSCA except using VDP.

    Does anybody can help me ?

    2/ It seems the external powerCLI function "VCSA-BackupToFile" only works to backup VCSA (based on the service "com.vmware.appliance.recovery.backup.job").

    Is it true ?

    If no please have you a script example ?

    3/ In case of using VDP to backup the appliance, Is there a special procedure to restore a failed PSCA ?

    Thanks for the help and/or ideas.



  • 2.  RE: PSCA backup (automatic) and restore solutions

    Posted Oct 01, 2018 12:57 PM

    Hi, first I'd recommend getting the nomenclature standardized so we all know what we're talking about PSCA=PSC. It's just PSC. No 'A'.

    1/ I have 2 remote sites with each a VCSA and a PSCA, ELM enable and even domain SSO (version 6.5).

    I'm searching a solution in case of PSCA and network failure (between the 2 sites) in same time without using VDP.

    I am looking for a solution to automatically backup the PSCA except using VDP.

    Does anybody can help me ?

    If there's a network failure between two sites and the link is broken, no type of backup/restoration job is going to help you. The PSC relies upon this link and so if it's down it's not a problem with the appliance. If you meant "if the PSC is down" then your best option, while still on 6.5, is to use a load balancer in front of two PSCs that are replicas. Failover will be transparent and the second PSC will take over duties.

    If you're using VDP, you're out of luck. There's no automatic restore function there. And, furthermore, VDP is EoL and I think EoGS, so there's no point in using it any more when there are so many other programs out there that are infinitely better. Get off VDP as soon as you can.

    2/ It seems the external powerCLI function "VCSA-BackupToFile" only works to backup VCSA (based on the service "com.vmware.appliance.recovery.backup.job").

    Is it true ?

    If no please have you a script example ?

    Yes, to my knowledge. I'm not entirely sure what you're asking though.

    3/ In case of using VDP to backup the appliance, Is there a special procedure to restore a failed PSCA ?

    See answer to #1. Don't use VDP in the first place. As far as a special procedure to restore (if restore even works which it doesn't half the time), then no. It's just a VM. Although you will have to target an ESXi host and not vCenter since, presumably, vCenter will be down.



  • 3.  RE: PSCA backup (automatic) and restore solutions

    Posted Oct 01, 2018 02:14 PM

    Thanks for reading

    0/ PSCA was for me Platform Services Controller Appliance

    1/ this is why I want an automatic backup, in case of PSC failure and network failure is same time...

    I'm trying  VDP because my first test with our backup tools (NetBack) didn't work (license datastore corrupted...).

    2/ FYI the powerCLI function "VCSA-BackupToFile" provided by "I don't remember who ?" is useful to automated the vCenter backup configuration.

    3/ See 1/



  • 4.  RE: PSCA backup (automatic) and restore solutions

    Posted Oct 01, 2018 02:46 PM

    0/ PSCA was for me Platform Services Controller Appliance

    Yes, I understand, but the proper acronym is PSC. When you deviate from standard terms it confuses people.

    1/ this is why I want an automatic backup, in case of PSC failure and network failure is same time...

    These are two separate failure scenarios that aren't at all related. If your link is down, what difference does it make what you do at all on the target side? You still can't access it.

    2/ FYI the powerCLI function "VCSA-BackupToFile" provided by "I don't remember who ?

    It's Backup-VCSAToFile and was written by Brian Graf.