sql資料庫埠
系統默認SQL資料庫的埠是1433，如果需要可以改成其他埠
方法:
1、開始=》程序=》SQL 配置工具 sqlserver Configration Manager
2、進入之後找到sql網路配置， 然後TCP/IP 設置埠。
⑵ 微軟ms sql資料庫使用哪個埠
SQL Server默認1433埠修改方法1433埠存在的不安全因素
1433埠不是很安全，往往很容易被黑客攻陷，因此，更改SQL Server 默認的1433埠是很有必要的。現在網上存在很多抓1433埠肉雞的動畫。而他們利用的往往是sa弱口令，因此要注意把sa密碼設置得復雜一些，而且在conn等資料庫鏈接文件中不要使用sa用戶進行資料庫連接。
另外1433埠，如果僅僅是本機web鏈接本機資料庫，那麼沒必要開1433，它是遠程鏈接使用的。
#############################################
sql2000下更改埠
SQL Server 2000更改埠之前，必須安裝sql server 2000 sp4補丁。
打開Microsoft SQL Server–網路實用工具–啟用的協議–TCP/IP–屬性–默認埠
更改後sql2000客戶端連接的方法：
打開Microsoft SQL Server–客戶端網路實用工具–別名，添加
#############################################
sql2005下更改埠
更改 SQL Server 2005 埠號
SQL Server 2005更改埠之前，必須安裝sql server 2005 sp2補丁。
1、默認埠
SQL Server的默認TCP埠是1433，UDP埠是1434。2005連接字元串為
Provider=SQLNCLI.1;Persist Security Info=True;User ID=****;Password=**;Initial Catalog=tablename;Data Source=202.000.000.000.
2、更改埠為：3533
⑶ 怎麼查SQL server 2008資料庫的埠
1、點擊開始-sql server配置管理器，進入SQL Server Configuration Manager。
⑷ mssql 埠是多少
mssql的默認埠是：1433
更改默認埠
（1）SqlServer服務使用兩個埠：TCP-1433、UDP-1434。其中1433用於供SqlServer對外提供服務，1434用於向請求者返回SqlServer使用了那個TCP/IP埠。
可以使用SQL Server的企業管理器更改SqlServer的默認TCP埠。方法如下：
a、打開企業管理器，依次選擇左側工具欄的「Microsoft SQL Servers - SQL Server組」，打開「SQL實例」（實際環境中為要修改的SQL Server伺服器名稱）的屬性對話框，點擊「常規」選項卡的最下方的「網路配置（N）」按鈕，就可以打開「SQL Server 網路使用工具」對話框。
b、在「啟用的協議」列表裡有TCP/IP協議，在屬性里的默認埠選項中輸入要修改的埠號即可修改。還有一項為隱藏伺服器，如果選中則表示著客戶端無法通過枚舉伺服器來看到這台伺服器，起到保護的作用，而且不影響連接。
（2）SqlAgent服務使用TCP-1625、TCP-1640埠提供服務。
（3）SQL 查詢分析器，通過1601埠訪問1433，連接SqlServer
⑸ sql資料庫埠怎麼打開
方法如下：
點擊電腦左下方的開始-Microsoft SQL Server2005-配置工具-SQL Server Configuration Manager- 展開網路配置 --點擊MYSQLSERVER協議 --雙擊TCP/IP --選擇IP地址就能看到埠號了。
⑹ SQL Server到底需要使用哪些埠
sql server 首先，最常用最常見的就是1433埠。這個是資料庫引擎的埠，如果我們要遠程連接資料庫引擎，那麼就需要打開該埠。這個埠是可以修改的，在 「SQL Server配置管理器」中切換到「XXX的協議」裡面選擇，TCP/IP協議屬性中可以設置TCP埠。如圖所示：
SSIS 要調用DCOM協議，所以在使用SSIS的時候需要打開135埠，而且這個埠是不能更改的。只有打開 TCP 埠 135 才能訪問服務控制管理器 (SCM)。SCM 執行以下任務：啟動和停止 Integration Services 服務，以及將控制請求傳輸到運行的服務。
接下來再說一下SSAS，SSAS默認實例使用的是2383埠，如果是命名實例，那麼每個實例都會有一個管理員指定的埠，這個埠也可以是動態分配的，由於網路安全的需要，強烈建議不要使用動態分配埠的方案。如 果是動態分配的埠，客戶端在連接伺服器時，將會連接伺服器的2382埠，這個埠是SQL Server Browser使用的埠。SQL Server Browser再通過2382埠告訴客戶端，需要連接的命名實例的實際埠號。（這是官方的說法，但是我並不確定這里是要2382埠，不過接下來提到 的UDP1434埠是肯定有用的。）另外SQL Server Browser需要使用到UDP的1434埠，所以如果需要使用該服務的話，必須將UDP1434打開。修改SSAS的埠，需要先打開SSAS服務， 然後使用SSMS連接到SSAS中，在對象資源管理器中右擊實例，選擇屬性，彈出分析服務屬性窗口，設置Port屬性為需要的埠，默認值是0，也就是沒 有設置的意思，然後重啟SSAS服務即可。
重啟後，SSMS獲取其他客戶端連接SSAS的話，那麼就需要使用「主機名:埠」的方式作為連接主機，而如果是資料庫引擎的話，那麼是使用「主機名,埠」的格式，這兩個是有所區別的。
報表服務是通過Web的方式提供服務的，所以默認情況下報表服務使用的是80埠，當然用戶也可以修改報表服務的埠，在報表服務配置管理器中修改Web服務和報表管理器的埠，如圖所示：
SSB的埠配置，SSB如果涉及到計算機之間通過網路進行通信，那麼就需要設置端點（EndPoint），在設置SSB的端點時，就需要制定偵聽的埠，比如我們創建這樣一個端點：
USE master;
GO
CREATE ENDPOINT BrokerEndpoint
STATE = STARTED
AS TCP ( LISTENER_PORT = 4037 )
FOR SERVICE_BROKER ( AUTHENTICATION = WINDOWS ) ;
GO
那麼我們就需要開發4037埠。
同樣的道理，如果我們要配置資料庫鏡像、SOAP訪問等，那麼也需要創建端點，同時開通端點中的埠。
除了以上介紹的埠外，如果要做資料庫復制之類的，需要在資料庫伺服器上設置共享文件夾以方便多台伺服器的數據傳輸的話，那麼就還需要開通Windows共享的埠，如137、138、139、445等。
以上介紹了這么多服務和埠，這需要根據實際的需要來設置，出於安全考慮可以將默認埠該為自己的埠，而且SQL Server Browser服務不要打開。
⑺ 如何增加sql server中開放的埠
怎麼修改SQL 2008 R2資料庫默認埠？為什麼我們要修改資料庫的默認埠呢，這是因為默認的資料庫埠是1433，所以為了數據的安全可能會考慮修改一下資料庫埠，但是實際上修改了SQL 資料庫默認埠不一定有效果，還需要進行隱藏資料庫實例,下面由用友軟體教程網詳細給大家說一說具體的原因。
概念解釋： 1433埠，是SQL Server默認的埠，SQL Server服務使用兩個埠：TCP-1433、UDP-1434。其中1433用於供SQL Server對外提供服務，1434用於向請求者返回SQL Server使用了哪個TCP/IP埠。那麼如何修改SQL SERVER資料庫的默認埠1433為別的埠呢？
很多人都說SQL Server配置的時候要把1433埠改變，這樣別人就不能很容易地知道使用的什麼埠了。可惜，通過微軟未公開的1434埠的UDP探測可以很容易的知道SQL Server使用了什麼TCP/IP埠。
不過微軟還是考慮到了這個問題，畢竟公開而且開放的埠會引起不必要的麻煩。在實例屬性中選擇TCP/IP協議的屬性。選擇隱藏 SQL Server 實例。如果隱藏了 SQL Server 實例，則將禁止對試圖枚舉網路上現有的 SQL Server 實例的客戶端所發出的廣播做出響應。這樣，別人就不能用1434來探測你的TCP/IP埠了（除非用Port Scan）。
1433埠不是很安全，往往很容易被黑客攻陷，因此，更改SQL Server 默認的1433埠是很有必要的。網上存在很多抓1433埠肉雞的病毒。而他們利用的往往是sa弱口令，因此要注意把sa密碼設置得復雜一些，而且在conn等資料庫鏈接文件中不要使用sa用戶進行資料庫連接。
另外1433埠，如果僅僅是本機web鏈接本機資料庫，那麼沒必要開1433，它是遠程鏈接使用的。
⑻ SQL的資料庫埠是多少,遠程要怎麼連接呢
默認是1433
你可以在sql的配置工具裡面修改
遠程要連接的話 需要你把系統的防火牆放行1433埠
然後把路由器或網關的埠映射到sql所在的伺服器的埠上就可以連接了
同時你需要把sql的安全性改成sql和windows
⑼ 怎麼知道SQL資料庫用的哪個埠呢
MS 的SQLSERVER 默認埠為1433 ,看SQLSERVER服務有沒啟動.
⑽ 如何修改SQL資料庫埠
打開SqlServer配置管理器如下圖，找到自己所使用的資料庫伺服器的SqlServer網路配置/***的協議，然後在***的協議上單擊，出現右邊窗口，找到TCP/IP
http://jingyan..com/article/948f59242f4a1cd80ff5f903.html