The administrator must deregister the second VCF Instance from the existing Single Sign-On configuration . In this scenario, the second VCF Instance is currently attached to an SSO configuration whose identity source is managed by the first VCF Instance. The requirement is not merely to change the LDAP provider on the existing shared configuration; it is to connect the second instance to a new SAML 2.0 Identity Provider and a new VCF Single Sign-On configuration . The VCF 9.0 documentation provides a specific workflow for this condition: when a VCF Instance must be removed from an existing SSO configuration, the administrator navigates to the VCF Instance, opens Component Configuration , filters configured components, selects all configured components, and clicks Deregister Component . After all registered components are deregistered, the page reloads and allows the administrator to either connect to an existing SSO configuration or create a new SSO configuration for that VCF Instance . Resetting the first instance would disrupt the controlling SSO configuration. Resetting the second instance is used for changing identity-source details within its own SSO lifecycle, not for detaching it from an SSO configuration managed by another instance. Reference topic: Objective 4.14 – Fleet Management / Identity and Access Management / VCF Single Sign-On / Deregister VCF Instance from SSO .