- 2025年05月13日
- 星期二
dawei
上周末,我们将生产数据库移至新服务器.它是 Windows Server 2008 R2数据中心.它是一个全新的SQL Server 2008企业版64位安装.周日,搬家结束后,一切看起来都很正常.但是,一旦用户在星期一早上开始使用该应用程序,事情就会慢慢变成爬行,从那以后一直很慢. 我认为
我在SQL 2008中使用高安全性,同步模式配置了数据库镜像设置,没有自动故障转移.我没有Witness实例. 关于高可用性,我理解镜像是比Log Shipping更好的策略(更快更顺畅的故障转移),并且比Clustering更便宜(因为许可和硬件成本). 根据MS文档,要执行故障转移,您需要
通常我们的每周完整备份在大约35分钟内完成,每日差异备份在约5分钟内完成.自星期二以来,日报已经花费了将近4个小时才能完成,这比我们需要的还要多.巧合的是,在我们获得新的SAN /磁盘配置后,这种情况就开始发生了. 请注意,服务器正在生产中运行,我们没有整体问
我是开发人员并在我的本地计算机上运行SQL Server 2008 SP1实例(默认实例)( Windows 7 RC 32位). 有时,当我正在开发的程序向SQL Server发送查询时,整个SQL Server崩溃. SQL查询并不复杂,只是简单的CRUD查询.当我重新启动服务器时,下一个查询会再次杀死他. 事
我主要是一个应用程序开发人员,但发现自己必须为我当前的项目(btw …它的MS SQL Server 2008)做所有的前期数据库工作.作为第一个决定,我试图弄清楚是使用单独的数据库划分我的状态还是在同一个数据库中使用单独的Schema.我已经对SQL Server Schema进行了一些
我在这里寻找几种不同的东西. 根据我的发现,Workgroup版本每个出版物最多支持25个订阅者.有没有人知道SQL 2008 R2企业版和标准版中每个发布的sub的数量限制(如果有的话)？ (2008年信息也很好) 此外,任何人都有50个潜艇对一个酒吧的经验？我们正在寻找一些关于
最近包括SQL Server启动跟踪标志8048,以解决SQL Server 2008 R2系统中严重的螺旋锁争用问题. 有兴趣听取其他人发现跟踪标志8048(从每个NUMA节点到每个核心提升查询内存授予策略),跟踪标志8015(SQL Server忽略物理NUMA)或SUMA(通过跟踪标志8048提供性能值)的用
使用SQL 2008构建的数据库文件与2005不兼容.有没有解决方法？ 不需要第三方工具. SQL Server 2008 Management Studio为我们提供了一个非常强大的工具来下转换数据库,因为他们在“脚本数据库”向导中添加了“脚本数据”选项. 只需右键单击SQL2008 SSMS中的数据
所以我们今天早上有一个长时间运行的触发器导致问题(30秒运行时间).我们决定检查参数嗅探是否应该受到指责.因此,我们重写了proc并将传入参数设置为变量,以便打败参数嗅探.一种尝试/真实的方法. Bam,查询时间得到改善(不到1秒).查看查询计划时,在原始未使用的
我刚刚在我的 windows vista机器上安装了sql server 2008开发人员版.安装成功.报告服务工作正常.但我没有任何选择连接到SQL管理工作室中的“Analysis Services”. 我在连接时获得“服务器类型”的唯一选项是 – 1. Database Engine2. Sql Server Compact PLS.