我正在使用Windows7操作系统，我有一个数据库MSSQL服务器2005年我使用以下代码导入数据库 sqlcmd -S [server instance name] -d [database name] -i [filename you want to import] 我想导出数据库像上面的命令，如果有的话？
升级后卸载旧版本的SQL Server可以吗？ 我已经安装了2008/2008 R2，但使用2014年，因为它刚刚升级。
我正在尝试构build一组Web和数据库服务器，以便我们可以加载testing它们。 我遇到了一些问题，由于我必须处理的限制： 我们无法加载生产testing。 杜，大部分。 我们已经看到了这样做的一个负责任的方式，但底线是它为我们的客户提供了太多的停机风险。 所以这意味着我们必须有一套备用的硬件来testing。 为了防止我们所要保护的东西，我们确实需要有真正相同的硬件，直到每个盒子上运行的驱动程序版本。 只是近似的带宽和软件是不会做的伎俩。 意即… 硬件将是昂贵的，如此昂贵，以至于我们不能在没有进行负载testing的时候放置它。 这导致我们可以按需提供临时设置。 不足之处在于，即使每个月只运行一周，它仍然可能非常昂贵，并且具有麻烦和费时的缺点。 我试图在我们的stream程中将负载testing作为真正的一stream的工件，这将是一个障碍。 如果我可以挥舞我的魔术系统pipe理员魔杖，我将会是一个真正克隆，相同和负载平衡的体系结构，一切从Web应用程序防火墙分离到数据库服务器。 因此，当我需要加载testing时，我可以翻转一个交换机，将一半的架构从负载平衡生产转移到负载testing环境中。 即使这不是完美的，因为它只有容量的一半，我们没有testing集群pipe理正在进行，但Criminy …你看到这是多么的疯狂。 我正朝着结论“定期进行负载testing，这意味着双倍的托pipe成本，期限，否则就意味着您将不会进行准确的硬件testing”。 有什么我在这里失踪？
我正在使用SQL Server 2012 Enterprise。 服务器configuration了一个可用性组。 实例上有不同工具的几个数据库。 这些工具全部属于一起，因此被推出来。 在推出后，我认识到TempDB的perfmon counter Transaction / sec的上升。 在推出之前，计数器的平均值是30，现在是300左右。过去我已经有类似的问题，发现一个工具的新版本实现了一个被所有时间称为光标。 但是这次这似乎不成问题。 我使用SQL分析器来跟踪游标事件，但没有发现任何有趣的事情。 我也尝试跟踪在tempDB本身的filter，但它看起来没有什么在那里。 有没有人有一个想法，我怎么能找出谁或什么是在TempDB导致这些高交易率？ 我不确定这可能是一个性能问题，但我想知道为什么这个数字改变了那么多。
我试图找出一个新的SQL Server实现（2012年企业）的瓶颈。 我一直在运行一些需要相当长时间的丰富的查询/ ETL工作 – 但是我很难确定是什么限制因素。 该服务器是带有2个Intel（R）Xeon（R）CPU E5-2609 0 @ 2.40GHz（每个4个内核）的Dell R720。 它有384Gb的RAM。 数据存储是一个MD1220arrays，内置24个400GB的戴尔SSD。 arrays通过2个6Gb SAS连接连接到1Gbcaching的H810。 存储日志是在R720的内部托架中连接到内部H710P控制器的15 x 600Gb 15K戴尔旋转磁盘。 我正在使用的数据库是200GB – 所以应该完全适合RAM。 高速caching命中率是99.997％ – 这就表明了这种情况。 因此，我期待CPU的限制因素 – 但是CPU的剔除率约为10％。 没有一个核心运行热。 对arrays（数据和日志）和双向（读取和写入）的IO利用率也低于50MB /秒 – 我相信应该能够接近饱和SAS。 我玩过MAXDOP（目前设置为4）无济于事。 我正在使用的查询主要是操纵数据 – 不提取数据并通过networking发送 – 而且networking吞吐量很小。 任何想法的瓶颈可能是？ 难道是内存或内部总线的速度？ 任何build议，我应该看看下一个？ 谢谢， 麦克风
（ 在dba中这个相同的问题是画一个空白） 背景 我们需要PCI-DSS合规性，因此必须禁用TLS1.0。 在我的testing环境中，我们将SQL Server 2014 SP1与CU 1（按照这篇文章 ）和IIS 8都放在同一个盒子里。 我使用Nartac IIS Crypto工具来禁用TLS1.0并重新启动。 那时候我的麻烦开始了。 SQL Agent不能启动，SSMS无法连接到服务器，网站停止工作。 （幸运的是，我仍然可以与我的testing服务器build立远程桌面连接。） 然后我读了微软的文章 ，基本上说SQL Server只要有TLS1.0。 题 我能解决这个问题吗？ （也许我需要在SQL Server的testing环境中有一个单独的框？） 编辑 我已经改变了我的testing环境，以便IIS和SQL Server在不同的盒子上。 TLS1.0在IIS框上被禁用。 我已经修改了registry设置，通过使用John Louros的PowerShell脚本（抱歉，没有足够的信誉来发布链接）拒绝来电（即来自网站用户）的传出呼叫（即到SQL框）通过TLS1.0。 仍然没有运气。
在SQL Server中组合故障转移群集和数据库镜像时，需要更改镜像伙伴超时值，以便本地群集有机会在数据库镜像失败之前进行故障转移。 我很好奇在把这些技术结合起来的时候人们在做什么 – 我教各种HA类，这不是很常见的组合。 这是我的问题，如果你正在使用故障转移群集和数据库镜像相结合。 如果你能在每个回答中回答他们，那对我来说是非常有用的。 我不需要解释为什么需要改变什么东西或者技术是如何工作的 – 我曾经在微软拥有它们 – 我对工业界的做法感兴趣，现在可以和他们结婚了4年。 1）平均需要多长时间才能为群集SQL Server实例进行故障转移？ （我知道这取决于需要多less崩溃恢复，但什么是平均水平？） 2）对于这些相同的实例，您将镜像伙伴超时设置为什么？ 3）对于真正的集群中断可能发生的事实，您感到满意吗？可能需要一段时间，直到镜像发现由于您已经使镜像伙伴超时而失败。 感谢所有的回应！
我们有一个生产网站，在高峰使用期间，每天都有几次发生SQL 2005服务器的定期连接错误： build立到服务器的连接时发生错误。 连接到SQL Server 2005时，这种失败可能是由于在默认设置下SQL Server不允许远程连接。 （提供程序：命名pipe道提供程序，错误：40 – 无法打开连接到SQL Server） 我们当然在研究其他途径，但到目前为止，我们还没有在SQL方面看到任何不寻常的东西。 我们想知道这是否可能是命名pipe道问题，或者如果我们强制Web服务器使用TCP / IP，我们是否会看到相同的事情。 所以我的问题是： 任何人看到这样的问题？ 我对这个错误所做的大部分search都是因为表面区域configuration混乱而无法与他们的SQL服务器通信的人。 那不是我们的情况。 两者有什么区别 ？ 他们是否以不同的名称parsing？ 这些服务器不是域成员，如果它们改变了任何东西，它们就被隔离在它们自己的DMZ中。 互联网小组在Web服务器上设置了一个SQL别名：“mySQLserverName – tcp / ip – xxx.xx.x.xx，1433”。 这只会用于TCP / IPparsing，而不是命名pipe道？ 这可能是问题的一部分吗？ 如果我想强制TCP / IP而不是命名pipe道，build议的方法是什么？ 这个微软KB说我可以通过修改连接string来完成。 此MSDN论坛主题说我可以修改本机客户端configuration协议的“首选顺序”。 我想我也可以完全禁用SQL服务器上的命名pipe道，但是这看起来有点激烈，可能不是在生产环境中尝试的东西。
我们有一个包含大量数据的AIX服务器，每天晚上我们将这些数据转储到CSV，以便导入到MS SQL Server中以报告原因。 目前，进程中的每个步骤都是未链接的，并且只是定时触发 – 例如，AIX系统上的CSV转储进程在凌晨3点开始，花费$ x时间完成，然后MS SQL Server集成服务工作从早上6点开始。 因此，在这个过程中，有很多“死亡时间”，这是很好的消除。 那么，有没有办法从Unix系统触发SQL Server Integration Services作业？
生产数据库已移至SQL Server 2005群集，我只拥有对数据库的dbo权限，并且无权访问SQL Agent。 我有权访问可以使用SQL代理的较旧的SQl Server 2005系统。 在旧系统中，有一项工作是在晚上重新编制所有表格。 有没有办法使用链接服务器或远程SQL代理服务来做同样的事情？ 谢谢德怀特