MCDBA Brasil


  • Home
  • Sobre
  • Contato

Livros





Links Rápidos

SQL Server Builds (All Versions/Editions)


Download SQL Server 2017 (trial)


SQL Server 2017 Feature Pack


SQL Server 2016 Feature Pack


Cumulative Update SQL Server 2017 builds


Cumulative Update SQL Server 2016 builds


Cumulative Update SQL Server 2014 builds


Cumulative Update SQL Server 2012 builds


SQL Server 2005/2008 Samples Databases


Documentando o Servidor SQL Server


Analisando a Performance do Servidor-CheckList


Virtual PASS PT


Faça parte do maior virtual chapter do PASS com conteúdos técnicos em Português sobre SQL Server.

Todos os meses um evento Online para você! Acompanhe aqui os WebCasts já agendados

Sindicalize seu blog ou site ao VirtualPASSPT

SQL Server Blogs

SQL Server Query Processing Team


SQL Programmability & API Development Team


SQL Server Manageability Team


Latin America Support Team


Database + Disk + Performance


Microsoft SQL Server Support


SQL CLR Team


SQL Query Optimization Team


SQL 2005 Code Samples


SQL Server Express Team


SQL SMO Samples


SQL Storage Engine Team


SQL CAT Team


SQL Protocols Team


PSS SQL Server Engineers


Slava Oks on SQLOS


Ken Henderson’s blog


LUTI@Microsoft Blog


kimberly L. Trip’s blog


Fernando Garcia Blog

Dica da Semana

Identificando a Porta TCP sendo usada por uma Intância do SQL Server

por Nilton Pinheiro março 15, 2009 Nenhum comentário

Como eu disse na introdução desta dica, existem várias maneiras de se identificar qual porta TCP uma instância do SQL Server está usando. Sabemos que por default o SQL Server usa a porta 1433, no entanto, isso somente é verdade quando estamos falando de uma instância DEFAULT.

Para um ambiente multi-instâncias, ou seja, um servidor com várias instâncias do SQL Server, muito provavelmente você terá uma instância usadando a porta default 1433 e as demais subirão usando uma outra porta qualquer e que muito provavelmente será alterada a cada vez que o SQL Server for reiniciado.


Bom, muitas vezes, principalmente quando estamos solucionando problemas de conectividade, precisamos identificar qual porta uma instância SQL está usando. Existem várias maneiras de se identificar esta porta, a mais simples dela (na minha opinião) é consultando o log de erros do SQL Server usando a procedure de sistema sp_readerrorlog e procurando pela entrada abaixo:


2009-03-15 20:02:05.200 Server       Server is listening on [ ‘any’ <ipv4> 1528].

Neste exemplo a intância do SQL Server está usando a porta TCP 1528.


Outras maneira de também se obter a porta seriam consultando as propriedades do protocolo TCPIP no servidor SQL Server ou ainda consultando a chave do registro do windows. Para esta última, você pode obviamente acessar o registro e procurar pela entrada do registry ou ainda usar uma extended stored procedure não documenta chamada xp_regread.


Abaixo está um script que você pode estar usando para obter esta informação no seu dia-a-dia. Neste script aproveito para não apenas mostrar o número da porta mas também outras informações inportantes e que normalmente estamos querendo saber como: nome do servidor, nome da instância, edição, versão do SQL, nível (Service Pack) e a chave do registro onde encontra-se a informação de porta.


SELECT @@SERVERNAME AS ServerName, @@SERVICENAME AS ServiceName
SELECT SERVERPROPERTY(‘Edition’) AS SQLEdition,
SERVERPROPERTY(‘ProductVersion’)AS SQLVersion,
SERVERPROPERTY(‘ProductLevel’) AS SQLLevel


DECLARE @value VARCHAR(20)
DECLARE @key VARCHAR(100)


IF ISNULL(CHARINDEX(”, @@SERVERNAME, 0), 0) > 0
BEGIN
 — Instância nomeada. Ex. MYSERVERSQLEXPRESS
 SET @key = ‘SOFTWAREMicrosoftMicrosoft SQL Server’ + @@servicename + ‘MSSQLServerSuperSocketNetLibTcp’
END
ELSE
BEGIN
 — Instância Default
 SET @key = ‘SOFTWAREMICROSOFTMSSQLSERVERMSSQLSERVERSUPERSOCKETNETLIBTCP’
END


SELECT @KEY as [Key]
EXEC master..xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’, @key = @key,
@value_name = ‘TcpPort’, @value = @value OUTPUT


SELECT ‘Port Number : ‘ + CAST(@value AS VARCHAR(5)) AS PortNumber
GO


Ao executar o script você terá uma saída semelhante a esta:


ServerName       ServiceName
—————–     ——————
SRVSQL2008      MSSQLSERVER


SQLEdition      SQLVersion                 SQLLevel
—————–  ————————–  ———-
Developer       Edition 10.0.1600.22   RTM


Key
—————————————————————-
SOFTWARE/MICROSOFT/MSSQLSERVER/MSSQLSERVER/SUPERSOCKETNETLIB/TCP


PortNumber
————————-
Port Number : 1528


Este script funciona para o SQL Server 2000/2005 e 2008. Não testei com o SQL Server 7, mas muito possivelmente também funcionará.


Abraços
Nilton Pinheiro

Avaliação:
Compartilhe:
  • Anterior Expandindo o Disco Virtual (VHD) do Virtual PC17 anos atrás
  • Próximo Database Mirroring – Configurando Alta Disponibilidade no Banco de Dados17 anos atrás

Deixe uma resposta Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

MVP Reconnect Award

Categorias

  • Artigos (359)
  • Dica da Semana (95)
  • Documentação (54)
  • Downloads (113)
  • MSDE 2000 (3)
  • Sem categoria (1)
  • Tutoriais (9)

Posts recentes

  • #FechouBrasil #PartiuPortugal
  • Brigando com o erro “The cached MSI file is missing”
  • MCDBABRASIL está de volta
  • Documentando o Servidor SQL Server
  • Brigando com os Erros 17182, 17826 e 17120

SQL Server AlwaysOn Video Series

Video1: Introdução ao SQLServer2012 AlwaysOn


Video2: Introdução ao SQLServer2012 AlwaysOn Availability Group


Video3: Introdução ao SQLServer2012 AlwaysOn AVG-Demo


Video4: Introdução ao SQLServer2012 AlwaysOn Listener


Video5: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries


Video6: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries-Demo


Video7: Introdução ao SQLServer2012 AlwaysOn Failover Clustering


Serie SQL Server Failover Clustering End-to-End

Parte 1: Configuração da Rede e Ambiente


Parte 2: Configurando o Windows 2008 R2 Domain Controler e DNS


Parte 3: Preparando os nós para o Failover Cluster


Parte 4: Configurando um Failover Cluster de 2 nós


Parte 5: Configurando as LUNs no iSCSI Software Target (Parte 1)


Parte 6: Configurando as LUNs no iSCSI Software Target (Parte 2)


Parte 7: Apresentando as LUNs para os nós do Failover Cluster


Parte 8: Configurando os discos no Failover Cluster


Parte 9: Instalando a primeira instância virtual do SQL Server 2008


Parte 10: Instalando a segunda instância virtual do SQL Server 2008


Parte 11: Instalando e Configurando o MSDTC no Failover Cluster


Parte 12: Configurando Mount Points no Cluster e SQL Server 2008


Vídeo Extra: Removendo uma Instância do SQL Server 2008 R2 em Cluster


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering Overview


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering na Prática

Menu

  • Home
  • Sobre
  • Contato

Mais

  • RSS Feeds
2025 MCDBA Brasil.