![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2012\/11\/Figura-15.png\" "\\"Figura")
<\/a><\/p>\nEm seguida, foi parado o servi\u00e7o do SQL Server do servidor A simulando um poss\u00edvel problema.<\/p>\n
Como a query do loop possui uma verifica\u00e7\u00e3o que s\u00f3 realiza o insert quando a database est\u00e1 ONLINE, esse loop tamb\u00e9m ficou sendo executado no servidor B para que assim que a database ficasse online, um insert fosse feito nessa tabela.<\/p>\n
Assim, como a coluna Texto possui o nome do servidor onde o insert foi executado, \u00e9 poss\u00edvel medir o tempo de failover entre as duas instancias. Para isso, foi verificado quando a coluna Texto troca o nome do servidor e com isso \u00e9 poss\u00edvel saber a \u00faltima inser\u00e7\u00e3o em um ambiente e a primeira inser\u00e7\u00e3o em outro ambiente.<\/p>\n
Segue o resultado encontrado:<\/p>\n
Comparando as duas colunas do tipo datetime, temos que o tempo do failover autom\u00e1tico foi de 1.9 segundos<\/strong>.<\/p>\n Como pode ser verificado, o tempo de 60 segundos de timeout n\u00e3o fez diferen\u00e7a no tempo de failover.<\/p>\n No link ( http:\/\/technet.microsoft.com\/en-us\/library\/cc917681.aspx<\/a> ), temos a seguinte informa\u00e7\u00e3o:<\/p>\n Failure is detected: The failure is detected by the mirror and the witness. Hard failures (such as server power failure) are detected quickly (typically in around 1 second). Soft failures (such as storage failure) take a bit longer to detect. The default timeout for communication (a ping message) between the principal, the mirror, and the witness is 10 seconds. The timeout can be modified by using the ALTER DATABASE SET PARTNER TIMEOUT command. If the principal doesn\u2019t respond (to the ping message) within the timeout period, it is considered to be down. If you change the timeout setting, it is a best practices recommendation to set it to 10 seconds or higher. Setting it to lower than 10 seconds may result in false failures under heavily loaded or sporadic network conditions.<\/p>\n No link (http:\/\/www.sqlmag.com\/blog\/sql-server-questions-answered-28\/sql-server\/why-isnt-the-mirroring-partner-timeout-working-137113<\/a> ), temos a seguinte informa\u00e7\u00e3o:<\/p>\n The mirroring partner timeout only comes into play if the mirror server doesn’t get a response from the principal server at all\u2014in other words, if the Windows server hosting the principal SQL Server instance is offline for some reason<\/strong>. If the Windows server is still available, but SQL Server is offline, the principal Windows server will respond to the mirror server, saying that the principal SQL Server instance is offline. This lets the mirror server initiate a failover (as long as it gets quorum with the witness server, of course).<\/p>\n Conclus\u00e3o: A op\u00e7\u00e3o SET PARTNER TIMEOUT s\u00f3 funciona quando as databases est\u00e3o em servidores diferentes, pois se apenas o servi\u00e7o do SQL Server parar, ela n\u00e3o serve para nada. \u00c9 necess\u00e1ria uma falha no Windows para o tempo de timeout ser utilizado.<\/p>\n At\u00e9 o Pr\u00f3ximo Post sobre Database Mirroring.<\/p>\n Artigos relacionados:<\/p>\n S\u00e9rie de Posts sobre Database Mirroring<\/a><\/p>\n Database Mirroring \u2013 Como alterar o Operation Mode<\/a><\/p>\n Database Mirroring \u2013 Operation Mode High Performance \u2013 Parte 1<\/a><\/p>\n Database Mirroring \u2013 Operation Mode High Performance \u2013 Parte 2<\/a><\/p>\n Database Mirroring – Operation Mode High Performance – Parte 3<\/a><\/p>\n Database Mirroring \u2013 Operation Mode High Safety Without Failover \u2013 Parte 1<\/a><\/p>\n Database Mirroring \u2013 Operation Mode High Safety Without Failover \u2013 Parte 2<\/a><\/p>\n Database Mirroring \u2013 Operation Mode High Safety with Automatic Failover<\/a><\/p>\n<\/a><\/p>\n