㈠ 两个公司都是通过路由器上网，两个公司怎么连接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。