A. 怎麼連接伺服器上的SQL資料庫(如何連接資料庫伺服器)
一、在本機電腦打開sqlserver2000的企業管理器；
1、新建SQL注冊
2、添加本站的SQL資料庫所在伺服器IP，註：由於購買的資料庫類型不同所在伺服器IP也會不同，請在資料庫管理的基本信息中查看，以保證正確。
3、選擇第二項「系統管理給我分配的SQLserver登錄信息」
4、輸入您在本站開通的MSSQL資料庫的用戶名和密碼
5、存放位置，沒必要修改，當飢沖念然也可以選第二項新建一個組
6、點完成後將進行遠程資料庫連接，如果剛才所設置的參數正確並且本機的防火牆充許了1433埠將會連接成功。
二、打開本機電腦上的「開始－MicrosoftSQLServer2000－企業管理器」在SQL2000企業管理器中會看到剛才新注冊的資料庫和本站服務爛困器IP
1、雙擊前判辯面的號進行遠程資料庫伺服器連接，連接成功後會看到資料庫結構
2、點開資料庫前面的號將展開遠程伺服器上的資料庫列表，從中找到資料庫
3、至此已經成功連接到遠程資料庫，就可以像在本機操作一樣去管理資料庫了
B. SQL伺服器不能開啟怎麼解決
SQL Server 1069 錯誤（由於登錄失敗而無法啟動服務）解決方法
1.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"本地系統帳戶"
或:
2.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"此帳戶"--密碼和確認密碼中輸入你修改後的administrator密碼.
兩者的區別:
選擇第一種方式,以後修改了administrator密碼,不用再調整(但要求登陸操作系統的是系統管理員)
選擇第二種方式,以後修改了administrator密碼,還要再重復做上面的操作.
以下摘自泡泡網
SQLServer2000發生錯誤1069（由於登陸失敗而無法啟動服務）的解決方案
下面我們依次介紹如何來解決這三個最常見的連接錯誤。
第一個錯誤嫌改畝「SQL Server 不存在或訪問被拒絕「通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤；
2、伺服器端網路配置有誤；
3、客戶端網路配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網路物理連接：
ping ＜伺服器IP地址＞
或者
ping ＜伺服器名稱＞
如果 ping ＜伺服器IP地址＞失敗，說明物理連接有問題，這時候要檢查硬體設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的，比如 ISA Server。防火牆軟體可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟體暫時關閉，或者打開所有被封閉的埠。芹森
如果ping ＜伺服器IP地址＞ 成功而 ping ＜伺服器名稱＞失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和伺服器不在同一個區域網裡面，這時候很可能無法直接使用伺服器名稱來標識該伺服器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件（一般情況下位於C:WINNTsystem32driversetc）.
2、添加一條IP地址與伺服器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網路實用工具裡面進行配置，後面會有詳細說明。
其次，使用 telnet 命令檢查SQL Server伺服器工作狀態：
telnet ＜伺服器IP地址＞ 1433
如果命令執行成功，可以看到屏幕一閃之後游標在左上角不停閃動，這說明 SQL Server 伺服器工作正常，並且正在監聽1433埠的 TCP/IP 連接；如果命令返回「無法打開連接「的錯誤信息，則說明伺服器端沒有啟動 SQL Server 服務，也可能伺服器端沒啟用 TCP/IP 協議，或者伺服器端沒有在 SQL Server 默認的埠1433上監聽。
接著，我們要到伺服器上檢查伺服器端的網路配置，檢查是否啟用了命名管道，是否啟用了 TCP/IP 協議等等。我們可以利用 SQL Server 自帶的伺服器網路使用工具來進行檢查。
點擊：程序 -＞ Microsoft SQL Server -＞伺服器網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到伺服器啟用了哪些協議。一般而言，我們啟用命名管道以及 TCP/IP 協議。
點中 TCP/IP 協議，選擇「屬性「，我們可以來檢查 SQK Server 服務默認埠的設置，如下圖所示：
一般而言，我們殲頃使用 SQL Server 默認的1433埠。如果選中「隱藏伺服器「，則意味著客戶端無法通過枚舉伺服器來看到這台伺服器，起到了保護的作用，但不影響連接。
檢查完了伺服器端的網路配置，接下來我們要到客戶端檢查客戶端的網路配置。我們同樣可以利用 SQL Server 自帶的客戶端網路使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具。
點擊：程序 -＞ Microsoft SQL Server -＞ 客戶端網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到客戶端啟用了哪些協議。一般而言，我們同樣需要啟用命名管道以及 TCP/IP 協議。
點擊 TCP/IP 協議，選擇「屬性「，可以檢查客戶端默認連接埠的設置，如下圖所示。
該埠必須與伺服器一致。
單擊「別名「選項卡，還可以為伺服器配置別名。伺服器的別名是用來連接的名稱，連接參數中的伺服器是真正的伺服器名稱，兩者可以相同或不同。如下圖中，我們可以使用myserver來代替真正的伺服器名稱sql2kcn-02，並且使用網路庫 Named Pipes。別名的設置與使用HOSTS文件有相似之處。
通過以上幾個方面的檢查，錯誤 1 發生的原因基本上可以被排除。下面我們再詳細描述如何來解決錯誤 2。
當用戶嘗試在查詢分析器裡面使用sa來連接SQL Server，或者在企業管理器裡面使用sa來新建一個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。該錯誤產生的原因是由於SQL Server使用了「僅 Windows「的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接。解決方法如下所示：
1、 在伺服器端使用企業管理器，並且選擇「使用 Windows 身份驗證「連接上 SQL Server；
2、 展開「SQL Server組「，滑鼠右鍵點擊SQL Server伺服器的名稱，選擇「屬性「，再選擇「安全性「選項卡；
3、 在「身份驗證「下，選擇「SQL Server和 Windows 「。
4、 重新啟動SQL Server服務。
在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即使使用了 Windows 身份驗證仍然無法連接上伺服器。這種情形被形象地稱之為「自己把自己鎖在了門外「，因為無論用何種方式，用戶均無法使用進行連接。實際上，我們可以通過修改一個注冊表鍵值來將身份驗證方式改為 SQL Server 和 Windows 混合驗證，步驟如下所示：
1、點擊「開始「-「運行「，輸入regedit，回車進入注冊表編輯器；
2、依次展開注冊表項，瀏覽到以下注冊表鍵：
[HKEY_LOCAL_]
3、在屏幕右方找到名稱「LoginMode「，雙擊編輯雙位元組值；
4、將原值從1改為2，點擊「確定「；
5、關閉注冊表編輯器；
6、重新啟動SQL Server服務。
此時，用戶可以成功地使用sa在企業管理器中新建SQL Server注冊，但是仍然無法使用Windows身份驗證模式來連接SQL Server。這是因為在 SQL Server 中有兩個預設的登錄帳戶：BUILTINAdministrators 以及＜機器名＞Administrator 被刪除。要恢復這兩個帳戶，可以使用以下的方法：
1、打開企業管理器，展開伺服器組，然後展開伺服器；
2、展開「安全性「，右擊「登錄「，然後單擊「新建登錄「；
3、在「名稱「框中，輸入 BUILTINAdministrators；
4、在「伺服器角色「選項卡中，選擇「System Administrators「 ；
5、點擊「確定「退出；
6、使用同樣方法添加 ＜機器名＞Administrator 登錄。
以下注冊表鍵
HKEY_LOCAL_LoginMode
的值決定了SQL Server將採取何種身份驗證模式。該值為1，表示使用Windows 身份驗證模式；該值為2，表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）。
看完如何解決前兩個錯誤的方法之後，讓我們來看一下如圖 3 所示的第三個錯誤。
如果遇到第三個錯誤，一般而言表示客戶端已經找到了這台伺服器，並且可以進行連接，不過是由於連接的時間大於允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器，並且是慢速連接時，有可能會導致以上的超時錯誤。有些情況下，由於區域網的網路問題，也會導致這樣的錯誤。
要解決這樣的錯誤，可以修改客戶端的連接超時設置。默認情況下，通過企業管理器注冊另外一台SQL Server的超時設置是 4 秒，而查詢分析器是 15 秒（這也是為什麼在企業管理器里發生錯誤的可能性比較大的原因）。具體步驟為：
1、在企業管理器中，選擇菜單上的「工具「，再選擇「選項「；
2、在彈出的「SQL Server企業管理器屬性「窗口中，點擊「高級「選項卡； 3、在「連接設置「下的「登錄超時（秒）「右邊的框中輸入一個比較大的數字，如 20。
查詢分析器中也可以在同樣位置進行設置。
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為你的新的操作系統密碼！
或
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為本地登陸！
C. 如何解決未找到或無法訪問資料庫伺服器
一共有七步，具體步驟如下：
1、打開Sql server 管理配置器；
2、點擊MSSQLSERVER的協議，在右側的頁面中選擇TCP/IP協議；
3、右鍵點擊TCP/IP協議，選擇「屬性」，修改埠地址；
4、跳出來的對話框，找到「IP3」，更改IP地址 為自己電腦的IP地址，選擇啟；
5、「IPALL」的所有埠改成「1433」；
6、重新啟動服務；
7、通過以上1-6步驟設置好埠，重新打開SQL Server Management Studio，在伺服器名稱輸入：(local)或者127.0.0.1，即可登錄資料庫了。
D. PostgreSQL伺服器啟動及關閉方法
手差1. 啟動資料庫伺服器(posgres用戶)：
[postgres@localhost bin]$ postgres -D /opt/postgresql/data/ > /opt/postgresql/log/pg_server.log 2>&1 &
[1] 4508
當然如果設置了環境變數
PGDATA=/opt/postgresql/data
export PGDATA
後，可使用pg_ctl工具進行啟動:
[postgres@localhost log]$ pg_ctl start -l /opt/postgresql/log/pg_server.log
pg_ctl: another server might be running; trying to start server anyway
pg_ctl: could not start server
Examine the log output.
扮拿[postgres@localhost log]$
因為之前已經啟動，所以列印“another server might be running”。此時，查看日誌，有如下信息:
[postgres@localhost log]$ cat pg_server.log
FATAL: lock file "postmaster.pid" already exists
HINT: Is another postmaster (PID 4491) running in data directory "/opt/postgresql/data"?
[postgres@localhost log]$
當然，最簡的.啟動廳薯搭方式是：
[postgres@localhost ~]$ pg_ctl start
server starting
[postgres@localhost ~]$ LOG: database system was shut down at 2011-07-09 13:58:00 CST
LOG: autovacuum launcher started
LOG: database system is ready to accept connections
如果要在操作系統啟動時就啟動PG,可以在/etc/rc.d/rc.local 文件中加以下語句：
/opt/postgresql/bin/pg_ctl start -l /opt/postgresql/log/pg_server.log -D /opt/postgresql/data
2.關閉伺服器
最簡單方法：
[postgres@localhost ~]$ pg_ctl stop
waiting for server to shut down.... done
server stopped
與Oracle相同，在關閉時也可採用不同的模式，簡介如下：
SIGTERM
不再允許新的連接，但是允許所有活躍的會話正常完成他們的工作，只有在所有會話都結束任務後才關閉。這是智能關閉。
SIGINT
不再允許新的連接，向所有活躍伺服器發送 SIGTERM(讓它們立刻退出)，然後等待所有子進程退出並關閉資料庫。這是快速關閉。
SIGQUIT
令 postgres 向所有子進程發送 SIGQUIT 並且立即退出(所有子進程也會立即退出)，而不會妥善地關閉資料庫系統。這是立即關閉。這樣做會導致下次啟動時的恢復(通過重放 WAL 日誌)。我們推薦只在緊急的時候使用這個方法。
SIGKILL
此選項盡量不要使用，這樣會阻止伺服器清理共享內存和信號燈資源，那樣的話你只能在啟動伺服器之前自己手工做這件事。另外，SIGKILL 直接把 postgres 殺掉，而不會等它把信號中繼給它的子進程，因此我們還需要手工殺掉每個獨立子進程。
使用方法舉例：
[postgres@localhost ~]$ pg_ctl stop -o SIGTERM
LOG: received smart shutdown request
LOG: autovacuum launcher shutting down
waiting for server to shut down....LOG: shutting down
LOG: database system is shut down
done
server stopped
[postgres@localhost ~]$
最快速關閉方法：kill postgres 進程
[postgres@localhost ~]$ kill -INT `head -1 /opt/postgresql/data/postmaster.pid`
[postgres@localhost ~]$ LOG: received fast shutdown request
LOG: aborting any active transactions
LOG: autovacuum launcher shutting down
LOG: shutting down
LOG: database system is shut down
附：postgre啟動後的進程，如下:
[postgres@localhost ~]$ ps -ef|grep post
root 4609 4543 0 13:57 pts/2 00:00:00 su - postgres
postgres 4610 4609 0 13:57 pts/2 00:00:00 -bash
postgres 4724 1 0 14:08 pts/2 00:00:00 /opt/postgresql/bin/postgres
postgres 4726 4724 0 14:08 ? 00:00:00 postgres: writer process
postgres 4727 4724 0 14:08 ? 00:00:00 postgres: wal writer process
postgres 4728 4724 0 14:08 ? 00:00:00 postgres: autovacuum launcher process
postgres 4729 4724 0 14:08 ? 00:00:00 postgres: stats collector process
postgres 4752 4610 0 14:11 pts/2 00:00:00 ps -ef
postgres 4753 4610 0 14:11 pts/2 00:00:00 grep post
[postgres@localhost ~]$