Como encontrar a porta para o MS SQL Server 2008?

Estou executando o MS SQL Server 2008 em minha máquina local. Eu sei que a porta padrão é 1433, mas de alguma forma não está escutando nesta porta. O SQL é uma edição Express.

Já tentei o log, o SQL Server Management Studio, o registro e o procedimento armazenado estendido para localizar a porta. Mas, eu não consegui encontrar. Por favor me ajude. Obrigado.

Clique no Startbotão no Windows. Vamos paraAll Programs -> Microsoft SQL Server 2008 -> Configuration Tools -> SQL Server Configuration Manager

Clique SQL Native Client 10.0 Configuration -> Client Protocols -> TCP/IP duas vezes (clique com o botão direito e selecione Properties) em TCP/IP.

Você vai encontrar Default Port 1433.

Dependendo da conexão, o número da porta pode variar.

Você também pode olhar com um

netstat -abn

Fornece as portas com o aplicativo correspondente que as mantém abertas.

Editar : ou TCPView .

Aqui estão 5 métodos que encontrei:

• Método 1: SQL Server Configuration Manager
• Método 2: Visualizador de Eventos do Windows
• Método 3: Logs de erros do SQL Server
• Método 4: sys.dm_exec_connections DMV
• Método 5: Leitura do registro usando xp_instance_regread

Método 4: sys.dm_exec_connections DMV
Acho que essa é quase a maneira mais fácil ...
DMVs retornam o estado do servidor que pode ser usado para monitorar a instância do SQL Server. Podemos usar sys.dm_exec_connections DMV para identificar o número da porta que a Instância do SQL Server está escutando usando o código T-SQL abaixo:

SELECT local_tcp_port
FROM   sys.dm_exec_connections
WHERE  session_id = @@SPID
GO

Result Set:
local_tcp_port
61499

(1 row(s) affected)

Método 1: SQL Server Configuration Manager

Etapa 1. Clique em Iniciar> Todos os programas> Microsoft SQL Server 2012> Ferramentas de configuração> SQL Server Configuration Manager

Etapa 2. Vá para SQL Server Configuration Manager> SQL Server Network Configuration> Protocols for

Etapa 3. Clique com o botão direito em TCP / IP e selecione Propriedades

Etapa 4. Na caixa de diálogo Propriedades de TCP / IP, vá para a guia Endereços IP e role para baixo até o grupo IPAll.

Se o SQL Server for configurado para ser executado em uma porta estática, ele estará disponível na caixa de texto Porta TCP, e se estiver configurado na porta dinâmica, a porta atual estará disponível na caixa de texto Portas dinâmicas TCP. Aqui, minha instância está escutando na porta número 61499.

Os outros métodos você pode encontrar aqui: http://sqlandme.com/2013/05/01/sql-server-finding-tcp-port-number-sql-instance-is-listening-on/

Eu me deparei com isso porque tive problemas ao criar uma conexão remota e não conseguia entender por que configurar a porta 1433 no firewall não estava funcionando. Finalmente tenho a imagem completa agora, então achei que deveria compartilhar.

Em primeiro lugar, é necessário habilitar "TCP / IP" usando o SQL Server Configuration Manager em Protocols for SQLEXPRESS!

Quando uma instância nomeada é usada ("SQLExpress" neste caso), ela escuta em uma porta dinâmica. Para encontrar essa porta dinâmica, você tem algumas opções; para nomear alguns:

• verificação ERRORLOGdo SQL Server localizado em '{MS SQL Server Path}\{MS SQL Server instance name}\MSSQL\Log'(dentro você encontrará uma linha semelhante a esta: "2013-07-25 10:30:36.83 Server Server is listening on [ 'any' <ipv4> 51118]"-> então 51118 é a porta dinâmica neste caso.

• verificando o registro:, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\{MSSQL instance name}\MSSQLServer\SuperSocketNetLib\Tcp\IPAllpara o meu caso TcpDynamicPorts=51118.

  Editar : {MSSQL instance name}é algo como:, MSSQL10_50.SQLEXPRESSnão sóSQLEXPRESS

Claro, permitir essa porta TCP no firewall e criar uma conexão remota passando em: "x.x.x.x,51118"(onde xxxx é o ip do servidor) já resolve neste ponto.

Mas então eu queria me conectar remotamente passando o nome da instância (por exemplo x.x.x.x\SQLExpress:). É quando o serviço SQL Browser entra em ação. Esta é a unidade que resolve o nome da instância na porta 51118. O serviço SQL Browser escuta na porta UDP 1434 (padrão e estática), então tive que permitir isso também no firewall do servidor.

Para estender um pouco a resposta real: se outra pessoa não gosta de portas dinâmicas e quer uma porta estática para sua instância do SQL Server, tente este link .

No log do ERROLOG para uma linha como abaixo. Se você não o vir, o SQL Server não está habilitado para acesso remoto ou simplesmente não é via TCP. Você pode alterar isso por meio do SQL Server Configuration Manager.

Server is listening on [ 192.128.3.2 <ipv4> 1433].

Resolvi o problema habilitando o TCP / IP usando o SQL Server Configuration Manager em Protocolos para SQLEXPRESS2008, reiniciei o serviço e agora o "Servidor está escutando" aparece no arquivo ERRORLOG

Experimente (requer acesso a sys.dm_exec_connections):

SELECT DISTINCT 
    local_tcp_port 
FROM sys.dm_exec_connections 
WHERE local_tcp_port IS NOT NULL

USE master
GO
xp_readerrorlog 0, 1, N'Server is listening on', 'any', NULL, NULL, N'asc' 
GO

[Identifique a porta usada pela instância nomeada do mecanismo de banco de dados do SQL Server lendo logs de erros do SQL Server]

Você pode usar estes dois comandos: tasklistenetstat -oan

Tasklist.exeé semelhante, taskmgr.exemas em modo de texto.

Com tasklist.exeou taskmgr.exevocê pode obter um PID desqlservr.exe

Com netstat -oan, ele mostra um PID de conexão e você pode filtrá-lo.

Exemplo:

C:\>tasklist | find /i "sqlservr.exe"
sqlservr.exe  1184 Services    0 3.181.800 KB

C:\>netstat -oan | find /i "1184"
TCP  0.0.0.0:1280  0.0.0.0:0  LISTENING  1184

Neste exemplo, a porta SQLServer é 1280

Extraído de: http://www.sysadmit.com/2016/03/mssql-ver-puerto-de-una-instancia.html

Eu uso o seguinte script no SSMS

SELECT
     s.host_name
    ,c.local_net_address
    ,c.local_tcp_port
    ,s.login_name
    ,s.program_name
    ,c.session_id
    ,c.connect_time
    ,c.net_transport
    ,c.protocol_type
    ,c.encrypt_option
    ,c.client_net_address
    ,c.client_tcp_port
    ,s.client_interface_name
    ,s.host_process_id
    ,c.num_reads as num_reads_connection
    ,c.num_writes as num_writes_connection
    ,s.cpu_time
    ,s.reads as num_reads_sessions
    ,s.logical_reads as num_logical_reads_sessions
    ,s.writes as num_writes_sessions
    ,c.most_recent_sql_handle
FROM sys.dm_exec_connections AS c
INNER JOIN sys.dm_exec_sessions AS s
    ON c.session_id = s.session_id

--filter port number
--WHERE c.local_tcp_port <> 1433

Isso também pode ser feito por meio de uma varredura de porta, que é o único método possível se você não tiver acesso de administrador a um servidor remoto.

Usar o Nmap ( http://nmap.org/zenmap/ ) para fazer uma "varredura TCP intensa" fornecerá resultados como este para todas as instâncias no servidor:

[10.0.0.1\DATABASE]    
Instance name: DATABASE
Version: Microsoft SQL Server 2008 R2 RTM    
Product: Microsoft SQL Server 2008 R2    
Service pack level: RTM    
TCP port: 49843    
Named pipe: \\10.0.0.1\pipe\MSSQL$DATABASE\sql\query

Observação importante: para testar com o analisador de consulta ou MS SQL Server Management Studio, você deve formar o nome do servidor e a porta de forma diferente do que normalmente faria para se conectar a uma porta, via HTTP por exemplo, usando uma vírgula em vez de dois pontos .

• Nome do servidor Management Studio: 10.0.0.1,49843
• String de conexão: Data Source=10.0.0.1,49843

Contudo

• String de conexão JDBC: jdbc:microsoft:sqlserver://10.0.0.1:49843;DatabaseName=DATABASE

Isso funciona para o SQL Server 2005 - 2012. Procure a identificação de evento = 26022 no log de erros em aplicativos. Isso mostrará o número da porta do servidor sql e também quais endereços IP têm permissão para acessar.

Além do que está listado acima, tive que habilitar as portas TCP e UDP para que o SQLExpress se conectasse remotamente. Como tenho três instâncias diferentes em minha máquina de desenvolvimento, habilito 1430-1435para TCP e UDP.