MS SQL Server
  1. MS SQL Server
  3. SQL Azure – Echec des connections – Mais pas de problèmes?
Intereting Posts
Entity Framework L'instruction ALTER TABLE est en conflit avec la contrainte FOREIGN KEY Comment utiliser row_number () dans SQL Server Comment puis-je utiliser sp_send_dbmail pour envoyer plusieurs requêtes? Sélection de N lignes dans SQL Server Suppression d'une procédure stockée dans la database Deux FK pointant vers la même colonne parent – ON UPDATE CASCADE – SQL Server Convention de dénomination pour une colonne d'identité dans une database SQL Server 2012 – Séparez 2 colonnes Varchar (max) pour séparer la table? Problème de performance dans le chiffrement et le déencryption Optimiser les requêtes Conversations SQL, OPENXML et DateTime Erreur lors de la conversion du type de données varchar en float isnumeric = 1 Comment puis-je vaincre ProviderIncompatibleException? INSERT OVER déclaration? Détection de lectures incorrectes à partir d'une procédure stockée

SQL Azure – Echec des connections – Mais pas de problèmes?

Nous avons récemment migré un client vers la plate-forme SQL Azure au cours d'un deployment de production. Par tous les signes extérieurs, il a été couronné de succès: les applications Web qui y sont connectées fonctionnent toutes.

Cependant, lorsque nous regardons le moniteur Azure, nous constatons que de nombreuses connections ont échoué. Nous n'avons pas été en mesure de find beaucoup de documentation expliquant ce qui constitue un échec de connection. Et aucun de nos users n'a signalé de problèmes. Est-ce que quelqu'un sait comment cela pourrait être?

entrez la description de l'image ici

Utilisation de l'exemple de requête de cet article ( Afficher les problèmes de connection sur une instance SQL Azure ) 

SELECT [Date From] = EL.[start_time], [Date To] = EL.[end_time], [Database Name] = EL.[database_name], [Event Type] = EL.[event_type], [Event Sub Type] = EL.[event_subtype_desc], [Description] = EL.[description], [Additional Data] = EL.additional_data FROM sys.event_log EL WHERE EL.event_type != 'connection_successful' AND EL.event_subtype_desc != 'idle_connection_timeout' ORDER BY [Date From] DESC

Nous voyons des résultats comme ceci: 

 2013-04-19 16:40:00.0000000 2013-04-19 16:45:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:40:00.0000000 2013-04-19 16:45:00.0000000 connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:35:00.0000000 2013-04-19 16:40:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:35:00.0000000 2013-04-19 16:40:00.0000000 connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:30:00.0000000 2013-04-19 16:35:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:30:00.0000000 2013-04-19 16:35:00.0000000 connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:25:00.0000000 2013-04-19 16:30:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:25:00.0000000 2013-04-19 16:30:00.0000000 connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:20:00.0000000 2013-04-19 16:25:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:20:00.0000000 2013-04-19 16:25:00.0000000 connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL 2013-04-19 16:15:00.0000000 2013-04-19 16:20:00.0000000 [DATABASE] connection_failed blocked_by_firewall Client IP address is not allowed to access the server. NULL

Et un exemple de notre string de connection, comme demandé: 

  <add name="[MyContext]" providerName="System.Data.SqlClient" connectionSsortingng=" Server=tcp:[machine].database.windows.net,1433; Database=[database]; User ID=[user]@[machine]; Password=[password]; Trusted_Connection=False; Encrypt=True; Connection Timeout=30;"/>

Donc, depuis le premier jour de lancement, nous n'avons plus vu de connections défaillantes. Mon idée actuelle est qu'il peut y avoir un process back-end du côté Azure qui ne fonctionnait pas correctement avec la nouvelle instance, mais qui a depuis été arrêté ou a été corrigé, car nous n'avons rien changé. Je vais le laisser s'asseoir quelques jours de plus et si nous ne voyons plus de problèmes, craie-le pour les problèmes d'installation de l'environnement.

entrez la description de l'image ici

Voici le statut une semaine ou plus tard. Pas un site très utilisé, mais aucun signe d'erreurs de connection.

entrez la description de l'image ici