㈠ 兩個公司都是通過路由器上網，兩個公司怎麼連接sqlserver
你可以使用帶VPN路由器,將兩家公司通LAN-LAN連接VPN.這樣兩公司電腦就可以互訪了.
㈡ 為什麼VIA啟動了sqlserver服務就啟動不了
sqlserv 2005 和VIA沖突是因為共用埠導致的，你之前把「VIA協議」給啟用了，停用「VIA協議」可以解決，"VIA協議"停用方法：開始->程序->Microsoft SQL Server 2005->配置工具->SQL Server Configuration Manager ->打開後找到"SQL Server 2005 網路配置"->MSSQLSERVER 屬性的協議 在右邊的屬性框中把「VIA協議」禁用即可!
㈢ 如何將SQLSERVER資料庫備份到網路上
定期備份SQL資料庫是必須的。我們已經覆蓋的方式就可以輕松備份您的所有SQL Server資料庫到本地硬碟中，但這並不能防止驅動器和/或系統故障。作為針對此類災難的額外保護層，您可以在網路共享上復制或直接創建備份。
在本地備份，然後復制到網路共享
完成此任務的首選和最直接的方法是簡單地創建資料庫的本地備份，然後將相應的備份文件復制到網路共享。您可以通過創建如下所示的批處理腳本來完成此操作：
SET LocalFolder = C：Program Files Microsoft SQL ServerMSSQL.1MSSQLBackup
SqlCmd -E -Q「備份資料庫MyDB到磁碟=％LocalFolder％MyDB.bak」
XCopy「％LocalFolder％MyDB.bak」「 192.168.16.55BackupDatabases」/ Z / V
DEL「％LocalFolder％MyDB.bak」
此腳本執行以下操作（逐行）：
將變數設置為本地SQL備份目錄。
創建MyDB的SQL備份（使用Windows身份驗證）到本地SQL備份目錄。
將本地備份文件復制到網路共享。
刪除本地備份文件。
- 如果您使用備用帳戶運行SQL Server實例，請務必記住這些要點。如果採取適當的預防措施，則這些不顯示阻止程序，則應考慮添加額外的硬碟驅動器空間，然後實施本地備份和復制，以便可以使用本地帳戶運行SQL服務。
同樣，這是首選方法，因為它的工作原理和備份失敗的可能性是最小的，因為備份是在本地磁碟上創建。但是，如果沒有足夠的磁碟空間來存儲備份文件的本地副本，則此操作將失敗。在這種情況下，您需要添加額外的磁碟空間或直接備份到網路共享。
直接備份到網路共享
通常，當您嘗試使用以下命令直接創建備份到網路共享時：
SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」
你很可能會得到一個錯誤的行：
消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤5（訪問被拒絕。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。
盡管使用Windows身份驗證（-E開關）和Windows帳戶作為通過Windows資源管理器訪問和復制文件到共享的能力運行SQL備份命令，仍會出現此錯誤。
此操作失敗的原因是SQL命令在SQL Server服務運行的帳戶的邊界內執行。當您在計算機上查看服務列表時，很可能您將看到運行為（登錄為）列的SQL Server服務本地系統或網路服務，它們是沒有網路訪問許可權的系統帳戶。
在我們的系統上，網路共享命令的備份失敗，因為我們有SQL Server服務作為本地系統運行，再也無法獲得任何網路資源。
為了允許SQL直接備份到網路共享，我們必須將SQL Server服務作為可訪問網路資源的本地帳戶運行。
編輯SQL Server服務的屬性，並在「登錄」選項卡上將服務配置為作為具有網路訪問許可權的備用帳戶運行。
單擊「確定」後，您將收到一條提示，指示在重新啟動服務之後，設置才會生效。
重新啟動服務。
服務列表現在應顯示SQL Server服務正在作為您配置的帳戶運行。
現在當您運行命令直接備份到網路共享：
SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」
您應該會看到一個成功消息：
處理資料庫MyDB的152頁，文件1上的文件MyDB。
為資料庫MyDB處理2頁，文件1上的文件MyDB_log。
BACKUP DATABASE在0.503秒（2.493 MB /秒）中成功處理了154頁。
使用備份文件現在在網路共享目錄：
網路共享注意事項請務必注意，備份命令希望能夠直接連接到網路共享，而不會提示您輸入憑據。您配置要運行的SQL Server服務的帳戶必須與網路共享具有可信連接，其中相應的憑據允許訪問，否則可能會發生以下錯誤：
消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤1326（登錄失敗：未知用戶名或密碼錯誤。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。
此錯誤表示網路共享不接受帳戶的用戶名和密碼，並且命令失敗。
另一個要記住的問題是備份直接執行到網路資源，因此網路連接中的任何打嗝可能會導致您的備份失敗。因此，您只應該備份到穩定的網路位置（即可能不是VPN）。
安全隱患
如前所述，使用在本地備份然後復制到網路共享的方法是首選，因為它允許您將SQL服務作為僅具有本地系統訪問許可權的帳戶運行。
通過將服務作為備用帳戶運行，您打開了潛在的安全問題的大門。例如，惡意SQL腳本可以在備用帳戶下執行並攻擊網路資源。此外，對相應帳戶（密碼更改/到期或帳戶的刪除/禁用）的任何更改將導致SQL Server服務無法啟動。
㈣ sqlserver 資料庫怎麼讓外網訪問
並且須提供遠程訪問和1433口打開.
參考2005的.Sql Server 2005的1433埠打開和進行遠程連接
如何打開sql server 2005 的1433埠
配置工具->Sql Server Configuration Manager->MSSQLSERVER的協議
看看TCP/IP協議是否啟動,如果啟動,右鍵菜單點"屬性毀或" ,在分頁菜單中選"IP地址",把"IP1"和"IP2"中"TCP埠"為1433,
"已啟用"改為"是"
配置工具->Sql Server Configuration Manager->SQL Native Client 配置->客戶端協議->TCP/IP
選擇TCP/IP右鍵菜單中"屬性",確認"默認埠"是1433,"已啟用"為"是"
SQL Server 2005 遠程連接
配置TCP/IP屬性.
Surface Area Configuration --> Database Engine --> Remote Connections --->Using TCP/IT
SQL Server 外圍應用配置器—服務和連接外圍配置—database englie—遠程連接—啟用(遠程連接的TCP/IP和named pipes)
SQL Server Configuration Manager—SQL2005網路配置—啟用TCP/IP和named pipes
-----------------------------------------------------------------------------------------
一般按如上即可.
其他說明見下:
sqlserver2005(Express版），為了便於管理，你還需要去下一個manage管理器，微軟的官方網站有
下，安裝好manage管理器後，在程序中連接sqlserver2005,下面幾點是要注意的。
1. 開啟sql2005遠程連接功能,開啟辦法如下,
配置工具->sql
server外圍應用配置器->服務和連接的外圍應用配置器->打開MSSQLSERVER節點下的Database Engine
節點,先擇"遠程連接",接下建議選擇"同時使用TCP/IP和named pipes",確定後,重啟資料庫服務就可以了.
2.登陸設置改為,Sql server and windows Authentication方式同時選中,具體設置如下:
manage管理器->windows
Authentication(第一次用windows方式進去),->纖灶伍對象資源管理器中選擇你的數據伺服器--右鍵>屬
性>security>Sql server and windows Authentication方式同時選中.
3:設置一個Sql server方式的用戶名和密碼,具體設置如下:
manage管理器->windows Authentication>new query>sp_password null,'sa123456','sa'
這樣就設置了一個用戶名為sa ,密碼為:sa123456的用戶,下次在登陸時,可以用Sql server方式,
用戶名為sa ,密碼為:sa123456的用戶進資料庫了.
4: 做完上面三步後,這樣寫連接字元串就可以順利進入資料庫了,
(server=.\\sqlexpress;uid=sa;pwd=sa123456;database=master";
其它版本，做如下設置
程序—Microsoft SQL Server 2005—配置工具—SQL Server 外圍應用配置器—服務和連接的外圍應用配置器—
1、MSSQLserver(實例名)—DataBase Engine—遠程連接—(設置選項)
在下方選項
2、SQL Server Browser—服務(停止辯清時只本機訪問)
3、程序—Microsoft SQL Server 2005—配置工具—SQL Server Configuration Manager—網路連接協議-選擇實例對應協議—啟用(shard memory、Named Pipes、TCP\IP)
注: SQL Server 瀏覽器程序以服務的形式在伺服器上運行。SQL Server 瀏覽器偵聽對 Microsoft SQL Server 資源的傳入請求，
並提供計算機上安裝的 SQL Server 實例的相關信息。
SQL Server 瀏覽器可用於執行下列三種操作：
瀏覽可用伺服器
連接到正確的伺服器實例
連接到專用管理員連接 (DAC) 端點
SQL Server Browser 服務 (sqlbrowser) 為資料庫引擎 和 SSAS 的每個實例提供實例名稱和版本號。
SQL Server 瀏覽器隨 Microsoft SQL Server 2005 一起安裝，
為該計算機上運行的早期版本的 SQL Server(從 Microsoft SQL Server 7.0 開始)提供此服務。
㈤ sqlserver 2005 問題高手進
這個埋慧我也有遇到
主要是段坦寫的語句里出現 IN 的會特別慢
還有盡量少用 游標
再握液桐就是清理資料庫所在伺服器的空間
我們這邊有遇到過空間滿的
原因都是多方面的
㈥ 不同網段怎麼連接SqlServer2000
可以建個VPN，春激然後所有客戶端走vpn來連接，也可以用B/S架構
相扒笑襪對危險的方法，開放外部IP以及實例的埠，使升羨用外部IP,port的方式連接！
㈦ SQLServer資料庫中如何保持數據一致性
根據實現策略的不同，主要有快照復制、事務復制、合並復制等三種類型。這三種復制類型，各有各的特點，分別適用於不同的場合。一般來說，在考慮採用哪種復制類型比較合適的時候，主要考慮的是性能與數據同步的時間間復制是SQLServer資料庫中保持數據一致性的一種手段。根據實現策略的不同，主要有快照復制、事務復制、合並復制等三種類型。這三種復制類型，各有各的特點，分別適用於不同的場合。一般來說，在考慮採用哪種復制類型比較合適的時候，主要考慮的是性能與數據同步的時間間隔。那麼在什麼情形下比較適用快照復制呢?筆者就跟大家來討論一下這個話題。 為了在恰當的時候採用快照復制，資料庫管理員首先需要知道快照復制的特點。快照復制是指將數據以特定時刻的瞬時狀態轉發，而不堅實對數據的更新。在發生同步時，將生成完整的快照並將其發送到訂閱伺服器。簡單的說，快照復制就是每隔一段時間發生數據同步操作。而不是發布伺服器的數據一有更新就出發這個快照復制。顯然這種快照復制的數據同步性稍微差一點。在訂閱伺服器與發布伺服器之間有一段時間會存在數據不一致的情況。但是這可以在很大程度上提高訂閱伺服器與發布伺服器的性能。這就好像汽車運輸。採用快照復制的話可以將一個集裝箱裝滿後在送貨，而不是有多少送多少。掌握這個資料庫復快照復制的具體特點之後，資料庫管理員就可以來考慮在什麼情況下，採用快照復制更加的合理。 一、數據更改比較少的系統中。 快照復制與其他復制相比最主要的缺陷就是資料庫中的數據無法及時同發布伺服器一致。為此如果發布伺服器中的內容很少更改的話，顯然此時採用快照復制是比較合理的。此時採用快照復制的話，不僅數據一致性延遲的負面效應會越來越不明顯，同時可以提高發布伺服器與訂閱伺服器的性能。如在實際工作中，經常會遇到這樣的客戶。如一家企業在各地都有辦事處或者銷售機構，就像肯德基一樣，各地的產品價格基本上都是相同的，不怎麼會更改。即使更改的話，各地也是統一調整。由於此時產品價格表更改的比較少，那麼在企業總部的資料庫服務與各地的訂閱伺服器之間，採用快照復制的形式就會比較合適。其實類似的情況有很多。如不少的服裝企業，像李寧、耐克等等，他們不僅自己生產，而且在各地又有自己的銷售辦事處。在價格方面也是統一的。在這種情況下，採用快照復制往往能夠提高資料庫復制的性能，同時又不影響其使用。 二、在某個時段內會出現數據大量的更改。 需要補充說明的一點是，上面說到的數據不怎麼發生更改，指的是數據的延續性更改。如在一年中，每天或者每個小時更改的數據都比較平均。此時採用快照復制不怎麼合適。但是如果數據的更改集中在一個時段內。而其他時間中資料庫的內容不會有多大的更改。此時採用快照復制是可行的。如一些決策性系統，往往在起初導入數據的時候，需要進行大量的更改。而等到數據導入完畢，在大家對數據進行分析時，則資料庫中的內容基本上保持不變。在這種情況下，筆者認為只要數據的更新集中在一個固定的時段，此時採用快照復制仍然是可行的。 再如上面這個KFC或者服裝企業的案例中，如果市場部門維護一個產品的價格，而且這些價格往往在一個固定的時間進行幾次更新。如在換季的時候會進行一些促銷。此時資料庫管理員可以在數據更新完畢後立即執行復制完成的數據快照。所以，以數據更新來判斷是否適合採用快照復制，標准並不是數據的更新量。像上面提到的分析決策系統，其起初的數據更新量可能比有些資料庫系統幾年的數據更新量都要大。筆者認為，主要是根據數據更新的頻率來進行判斷。如果數據更新的比較頻繁，那麼即使數據更新的數據不多，像那種細水長流似的更新，則不適合採用快照復制。而那些井噴似的數據更新，所有的更新都集中在一個固定的時刻，那麼此時採用快照復制是比較合理的。 三、在一段時間內是否允許具有相對發布伺服器已過時的數據副本? 現在不少超市也已經連鎖了，如世紀聯華等等。為了提高利潤，增加市場的份額，這些超市紛紛推出了沖值卡，即消費者先將一定金額的人民幣打入到沖值卡中。然後每次消費完成後從卡中扣費。但前些天經常有新聞報道，說一個客戶的消費卡在一家聯華超市掛失了。但是撿到這張卡的人仍然可以在其他的聯華超市中消費。為此消費者就想不明白了，為什麼掛失了的消費卡仍然可以在其他超市中消費?掛失後的損失該由誰來承擔呢?其實這就使超市在不適當的時候採用了快照復制所造成的。由於採用快照復制，在各個聯華超市的資料庫之間數據無法在短時間內取得一致。如有些商戶說掛失當日之內的損失他們不承擔，這就說明他們可能是每天下班後進行一次快照復制。一般情況下這不會有問題。但是像遇到消費卡被偷了等情況，就會遇到類似的問題了。 所以，在考慮是否適合採用快照復制的時候，還需要考慮在一段時間內是否允許具有相對發布伺服器來說已過時的數據副本。如果不允許的話，那麼就不允許採用這個快照復制。如果允許的話，那麼資料庫管理員就需要評估這段時間最長是多少。如果是24個小時，那麼就需要每隔24小時進行一次快照復制。但是需要注意的是，如果時間的間隔比較短，如才允許十分鍾的數據延遲，那麼採用快照復制就沒有必要了。此時採用事務復制或則和合並復制可能更加的合適。 四、復制少量的數據。 快照復制跟其他復制類型相比，還有一個比較顯著的特點，即當發生數據同步時，將生成完整的快照並將其從發布伺服器傳送到訂閱伺服器。這是一個什麼概念呢?如訂閱伺服器中有10G的數據，而在一個快照復制的周期內，只有1M的數據發生了更改。此時發生快照復制的話，資料庫系統會將10G的數據都傳送到訂閱伺服器上。此時更改的數據只有1M，卻需要在網路上傳送10G的數據流量，顯然會對企業的網路產生比較大的壓力。由於在發布伺服器上快照復制的連續開銷低於事務復制的開銷，一次資料庫系統不會啟用跟蹤增量更改。但是像這種情況，如果要復制的數據量非常的大，而平時的更新又不多。此時資料庫系統要生成和應用快照，就將耗用大量的資源，包括網路資源和伺服器資源。所以說，當發布伺服器中的數據比較多時，採用快照復制不怎麼合適。因為此時網路傳輸反而會成為其最重大的瓶頸資源。相反若能夠採取細水長流的事務復制策略，那麼對於企業網路性能的影響就會小的多，甚至可以忽略不計。 所以在採用快照復制的時候，資料庫管理員一定要明白，快照復制會傳送整個資料庫對象。從而在快照復制傳輸過程中會侵蝕大量的網路帶寬，從而明顯的降低企業網路的性能，甚至導致網路擁塞。有時候為了保障快照能夠准確、迅速的傳遞到其他的訂閱伺服器，還不得不採用VPN等技術來保障傳輸的准確性。為此，筆者認為只有發布伺服器的資料庫並不是很大的情況下，才適合採用快照復制。否則的話，採用快照復制是得不償失。 從以上的分析中，可以得到一個結論。在考慮採用快照復制是否合適時，往往不能夠採用一個指標來判斷。而需要考慮多個因素，如資料庫的大小、數據更新的頻率、允許數據延遲的時間等等因素來進行判斷。最後在數據的一致性與資料庫的性能之間取得一個均衡。說實話，對於大部分資料庫管理員來說，要做出一個抉擇，確實有困難。因為這沒有固定的指標可以拿來參考。如資料庫容量小於多少時該採用快照復制。任何一個資料庫管理專家都不能夠下這個結論。所以在掌握影響其選擇的相關因素外，就要依靠資料庫管理員的經驗了。在遇到類似的選擇題時，往往經驗可以幫助管理員迅速解決問題。最後需要提醒的是，無論最終採取了什麼方案，最好能夠持續跟蹤一段時間，看看自己的選擇是否合理。
㈧ 什麼是SQLSERVER伺服器
用來創建資料庫等功能.
SQLProxy（SqlServer代理伺服器）
通常為了數據安全通常不將SQLSERVER伺服器直接接入INTERNET，那麼我們如何遠程訪問在另一個區域網內的任意SQLSERVER伺服器呢？
如何在不讓區域網中的計算機訪問互連網的情況下連接遠程SQLSERVER呢？
VPN等技術的相對復雜對維護人員素質要求較高，設備昂貴等特點領很多企業望而卻步。
SQLSERVER代理伺服器可以幫助您輕松解決這個問題，SQLSERVER代理伺服器為基於 SQLSERVER的C/S軟體輕松實現SQLSERVER的遠程訪問而開發，無需VPN，無需路由器，無需三層，多線程、支持任意多個連接、支持多級代理。
比如，外地的分公司可以通過互連網訪問總公司區域網內的SQLSERVER伺服器。
支持以下應用模式：
(一)、客戶-區域網A|-->internet、intranet|-->區域網B-SQLSERVER。
(二)、客戶A|-->internet、intranet|-->區域網B-SQLSERVER。
(三)、客戶-區域網A|-->internet、intranet|-->SQLSERVER。