我从SQL Server 2008开发者版本，但现在我有一个硬编码连接string的软件： Data Source=.\SQLEXPRESS;Initial Catalog=db;User Id=sa;Password=1234; 现在我尝试在configuration工具中添加一个Alias到SQLEXPRESS，但是它不想使用这个新的别名。 我启用了TCP / IP并重新启动服务。
我有一个廉价的慢磁盘和昂贵的快速磁盘服务器。 我想把昂贵的磁盘用于所有重要的事情，比如我的数据库。 为了省钱，我想使用慢速磁盘来进行快速或慢速的备份等没有太大区别的任何事情。 现在，我的问题是，我应该在缓慢还是快速磁盘上安装 Microsoft SQL Server？ （要清楚的是，无论如何，我都会将我的数据库放在快速磁盘上，所以我的问题只涉及到安装本身的位置）
我正在努力完成以下内容： 拍摄原始数据库的快照，在另一台服务器上创build并确定一个副本？ 拍摄原始数据库的快照，在同一台服务器上以不同的数据库名称创build副本 但是，我不能因为MSSQL的经验非常有限。 有什么build议么？ 附加信息： 起源数据库服务器：SQL Server 2000 目标数据库服务器：SQL Server 2005
如何将SQL Server 2005数据库迁移到SQL Server 2008？ 是否像备份2005数据库一样容易，并在2008年简单恢复？ 有没有兼容性问题？ SQL Server报告服务是否改变？ 你将如何去升级SQL服务器？
我有一个SQL Server实例的内存使用逐渐增长，直到Windows将不再。 偶然的大查询结果会导致实例增长似乎是合乎逻辑的。 有没有一种方法可以说服SQL Server释放它不再需要的内存（除了重新启动服务）呢？ 编辑： 我正在使用SQL Server 2000 SQL Server 8.00.2039 – SP4（标准版） 我能够使用以下查询find： SELECT 'SQL Server ' + CAST(SERVERPROPERTY('productversion') AS VARCHAR) + ' – ' + CAST(SERVERPROPERTY('productlevel') AS VARCHAR) + ' (' + CAST(SERVERPROPERTY('edition') AS VARCHAR) + ')'
想象一下，你有一个成功的Web应用程序，它使用ASP.NET和IIS 7.它会产生很多对SQL Server 2008数据库的调用，并且预计将以99.9％的正常运行时间向公众提供（停机时间为8小时45分钟年）。 我们的目标是： 在服务器上安装Windows更新，而不会导致客户停机 防止服务器上的硬件崩溃，因为超时而使ASP.NET应用程序变慢 与对ASP.NET应用程序进行负载平衡不同，负载平衡SQL似乎要困难得多。 为使用Microsoft堆栈的Micro-ISV设置简单的负载平衡SQL Server 2008 R2群集，您有哪些最佳做法？
我正在处理电子保护的健康信息（ePHI或PHI），HIPAA法规要求只有经过授权的用户才能访问ePHI。 对于某些数据，列级别的encryption可能是有价值的，但是我需要在像名字这样的一些PHI字段上进行search。 透明数据encryption（TDE）是SQL Server 2008的一项function，用于encryption数据库和日志文件。 据我了解，这可以防止有权访问MDF，LDF或备份文件的人能够对文件进行任何操作，因为这些文件是经过encryption的。 TDE仅适用于SQL Server的企业版和开发者版本，企业对于我的特定情况而言成本高昂。 我怎样才能得到类似的保护SQL Server标准？ 有没有办法encryption数据库和备份文件（是否有第三方工具）？ 还是一样好，有没有办法阻止如果磁盘连接到另一台计算机（Linux或Windows）的文件被使用？ pipe理员从同一台机器访问文件是好的，但我只是想防止任何问题，如果磁盘被删除，并连接到另一台机器。 有什么解决scheme呢？
当我必须在新服务器上安装SQL Server（2005/2008）时，我必须考虑什么？ 存储设置 的TempDB 安全 在这个过程中犯了什么常见的错误？
我是一名开发人员 – 但时不时的，一个客户没有一个像样的DBA来处理这些问题，所以我打电话来决定…. 当处理合理大小的SQL Server数据库（比Northwind或AdventureWorks大的东西，大约2-4GB的数据加上索引等等）时，您的策略/最佳实践是什么？ – 您是否使用多个文件/文件组？ 如果是这样：多less？ 为什么？ 什么是你的标准来决定什么时候离开“一个文件组”的方法： * database size? * database complexity? * availability / reliability requirements? * what else? 如果您使用多个文件组，则使用多less个？ 一个是数据，一个是索引，一个是日志？ 几个（多less）的数据？ 什么是你select的理由 – 为什么你使用确切数量的文件组:-) 感谢任何提示，指针，想法！ 干杯，马克
我们的Windowspipe理员已经发现了克隆Windows服务器的一个问题。 显然，一些克隆的服务器在操作系统级别具有相同的SID。 我听说微软不支持有重复的SID的服务器。 因此，这些服务器上的SID需要更改。 我很好奇这是如何影响SQL Server的。 有任何想法吗？ 它如何影响集群数据库服务器？