It sounds like after the migration from a single Postgres server to a flexible server in Azure, you are unable to view or access the new database servers in your resource group, though you can still access them through PowerShell. This issue could stem from a few potential causes, which I’ll outline below with some troubleshooting steps:
Possible Causes:
- The new servers may not be appearing in the Azure Portal's Resource Group view due to a refresh delay or a change in how resources are listed.
- Flexible servers use a different network model, and firewall rules or VNet settings may need to be updated to allow external access.
- Migration processes might alter connection settings or credentials that could block access from outside the PowerShell environment.
- Your permissions in the resource group may not have migrated properly, affecting visibility or access from outside tools.
- Changes in the server name or IP addresses during migration could cause DNS issues, especially if cached configurations are outdated.
Troubleshooting Steps:
- Check Azure Portal:
- Try refreshing the Resource Group page in the Azure Portal or logging out and back in.
- Go to Azure Database for PostgreSQL under "All Services" and see if the flexible server shows up there.
- Use the Azure Resource Explorer to search for the database and ensure it's listed.
- Review Network and Firewall Settings:
- In the Azure Portal, navigate to your flexible server and check the Networking tab.
- Make sure the Public Access is enabled, or if using Private Access, ensure the VNet is correctly configured.
- Review the firewall rules and ensure that the IP range you are trying to connect from is allowed.
- Connection Strings:
- In PowerShell, verify the connection string being used and compare it to the one configured in your external tools.
- Check if the hostname or port has changed after migration, and ensure you’re using the new flexible server connection details.
- Access Roles:
- Check your Azure RBAC roles to ensure you have the necessary permissions on the resource group and the new flexible server.
- You can try assigning the Contributor or PostgreSQL Server Administrator roles if needed.
- DNS and Caching:
- If using the old connection strings, they might have cached the DNS or IP of the previous server. Flush your DNS cache or try connecting using the new server's IP address.
- Run
nslookup <server-name>
to confirm the new server resolves correctly.
If the issue persists, you might need to contact Azure Support, especially if there are issues related to the automatic migration.
Let me know if you need further assistance with any of these steps!