Come sopra, dipende dalla definizione del tempo di inattività. C'è un breve periodo in cui il tier cambia quando è possibile eseguire il rollback delle transazioni.
Da 'Scaling up o ridimensionamento ...' sezione di questa pagina: https://docs.microsoft.com/en-us/azure/sql-database/sql-database-service-tiers
Note that changing the service tier and/or performance level of a database creates a replica of the original database at the new performance level, and then switches connections over to the replica. No data is lost during this process but during the brief moment when we switch over to the replica, connections to the database are disabled, so some transactions in flight may be rolled back. This window varies, but is on average under 4 seconds, and in more than 99% of cases is less than 30 seconds. Very infrequently, especially if there are large numbers of transactions in flight at the moment connections are disabled, this window may be longer.
Dal momento che "in-flight transazione" di solito si riferisce a una transazione che esegue quando una connessione viene interrotta, è sembra che entrambe le connessioni possano essere interrotte a metà transazione, oppure che le transazioni che operano su più connessioni potrebbero fallire e essere ripristinate se una connessione viene negata durante lo switch. In quest'ultimo caso, le transazioni semplici potrebbero non essere spesso influenzate durante il passaggio. Se il primo, i database occupati quasi sicuramente vedranno un certo impatto.
fonte
2016-10-23 17:31:50
Sono passato da Web (ritirato) a S0 e non ho visto tempi di inattività. Anche questo dice che non ci sono tempi di inattività: http://azure.microsoft.com/blog/2014/07/08/azure-update-sql-database-easy-upgrade-to-new-service-tiers-performance-improvements -pitr-per-base-e-automatizzato-export-per-tutte-servizio-tiers / – jsgoupil