During the deployment, I see that if I do not delete the database it does not work.
Is it possible to redeploy without deleting the database?
I use postgres as a database server.
Related
I'm working on a Node.js project on Cloud Foundry and BTP using PostgreSQL as the database, now when I need to change a table structure I made changes in the data-model.cds and redeploy the project in the BTP space, what I want to develop is a database migration manager that can handle and run migrations and make changes automatically without removing the PostgreSQL instance and redeploying my project.
I didn't find a technical way to start doing that and there is no documentation that can help with PostgreSQL database.
Can anyone help ?
I have problem with deleting Sync Agent in Azure.
My approach was trying to delete first Sync Agent on on-premise DB and then in Azure. However when I tried delete it, it failed with error ”Please enter a valid agent key to proceed. The key must be generated from SQL Data Sync web portal” For solution I tried (duo to help from stack) set same timezone on Azure and on on-premise DB, but without success.
Any advice please?
Thanks
I'd like to check in my .pubxml-file in my .net project so my colleagues also can deploy from local environment. But I don't want to have the password to the database in plain text on GitHub. I have setup master to be automatically deployed in Azure, but sometimes we want to publish manually.
Is there any way to solve this?
Add the .pubxml-files to your .gitignore. You should not post them to GitHub for the reason you mentioned.
All of your colleagues will have to get the .pubxml file somehow so they can do the publish. Either you send the file to them, or they connect to the Azure subscription and get it.
I have a new ASP.NET MVC project that will be hosted in Azure using their Cloud Services with multiple web roles running. My question is about how to do production deployments using FluentMigrator to do the database changes.
If I run FluentMigrator during my TeamCity deployment it seems that it would update the database first and then would do deployments to the multiple web roles one at a time. Therefore, it seems that some users would be accessing the old version of the site and using the new database structure which will lead to mismatches and exceptions being thrown.
What are best practices/suggestions for doing deployments to a production Azure SQL Database environment using FluentMigrator?
First off, make sure you deploy to the staging slot and only do a VIP swap once you are happy everything is working fine.
If your migrations include things like adding columns, indexes and tables - these will be non-breaking changes and your old code should work just fine against the new database.
If your migrations include breaking changes though (changing column names, dropping columns, changing columns datatypes) then you should put up a holding page while you deploy.
We have a flag we set in the config file that serves a holding page while we are doing these type of deployments.
Is there a way with Kudu (or some other means) to retrieve the MySql connection information when I push with Git?
I know I can access it through the portal, but I want to write a build script that generates some files based on the Azure Web Site I'm going to push to. I also am aware of the App Settings, but I don't want duplication there.
I'm deploying a custom built WordPress instance where I want to build the wp-config.php file dynamically and not have it checked in to my repository.
Yes, your connection string is available as an environment setting.
To experiment with custom scripts use kuduexec (http://blog.amitapple.com/post/45675601255/azurewebsiteterminal)