Articles of sql server 2005

DAC连接端口SQL Server 2005 SP3

我们在主动/主动群集上有一个SQL Server 2005 SP3的命名实例。 我们发现专用pipe理员连接(DAC)不在一个一致的端口上,每当我们重新启动时端口都会更改。 我们希望它在一个consisten端口进行监测。 有没有人有任何想法如何做到这一点,谢谢。

我怎样才能得到我的SQL Server上的每个数据库的bak文件和最新的差异文件?

我需要用最新的差异恢复大约1000个备份(对于大约1000个数据库)。 有些数据昨晚在表格的一列中被删除。 所以我需要在每个恢复的vs当前数据库上运行一个脚本来修复数据丢失。 我知道如何通过Sql Server Mgmt Studio GUI获取还原脚本,但是如何获取服务器上所有数据库的还原脚本? 也许,我可以运行一条SELECT语句来获取服务器上每个数据库的完整备份文件path和最新的差异文件path。 如果你知道如何做到这一点,让我知道。 (是的,我知道只做一个数据库,然后删除,以节省空间,但我仍然需要自动化,因为有大约1000个数据库)。

SQL Server 2005 tempdb文件移动到无效(SSD)驱动器。 如何validation驱动器,或如何移回文件?

SQL 2005 32位开发者版,所有最近的服务包 Windows Server 2003 Standard 64x,所有最近更新 Fusion IO驱动器 我们在我们的开发服务器上安装了一个新的80GB SSD卡,在tempdb(10GB起始大小)上运行ALTER TABLE,将这些文件移动到新的驱动器,停止SQL Server,然后尝试重新启动它…但现在SQL不会以“发生服务特定错误:1814”开始。 Sys.Messages有1814年,因为“不能创buildtempdb,你可能没有足够的磁盘空间,通过删除tempdb驱动器上的其他文件,然后重新启动SQL Server,可以腾出额外的磁盘空间,检查事件日志中可能指出的其他错误为什么tempdb文件不能被初始化。“ 应用程序事件日志具有“FCB :: Open:创build或打开文件”F:\ TempDB“时发生操作系统错误5(访问被拒绝)。诊断并更正操作系统错误,然后重试该操作。 SQL服务被configuration为以域帐户运行,并且该帐户是框中的本地pipe理员。 我的猜测是,某些隐形位需要在“启用”SQL Server使用的新驱动器的某个位置进行configuration。 任何想法可能是什么? 我真正想要做的是告诉SQL不要在该驱动器上构buildtempdb文件…但要做到这一点,你必须发出一个ALTER DATABASE来移动文件,但是我们不能启动服务来发出命令。 如何在不实际运行实例的情况下移动SQL Server 2005(named)实例的tempdb文件? (这是SQL 2005,所以我不能像在2000或7.0中那样在主数据库中破解表)。 不,我们没有备份我们的系统数据库。 或者在这里有帮助?

在SQL 2000中SQL 2005的SQLAgentOperatorRole(msdb)等效吗?

任何人都可以告诉我SQL 2000中SQL 2005的SQLAgentOperatorRole(msdb)的等价物是什么? 我想授予login能力来禁用SQL 2000中的作业。 提前致谢….

在生产服务器上安装两个版本的MSSQL?

我们只configuration了第二台专用服务器,因此我们可以使用数据库镜像来实现高可用性。 现有的服务器使用MSSQL Express 2005.我们有MSSQL Web 2008,并希望最小化停机时间来build立镜像。 我可以安装MSSQL Web 2008,而生产服务器仍然运行没有任何冲突吗? 任何想法最好的方式来做到这一点? PS这些框运行IIS + MSSQL,我也设置NLB,虽然这是另一个职位

将数据从SQL Server 2000迁移到SQL Server 2005

我必须将SQL Server 2000现有数据迁移到SQL Server 2005 。 两个数据库的模式是不同的。 例如SS2000中的Locations表分成两个表格,并且具有不同的列。 这是一次性活动。 成功迁移后,我不再需要旧的分贝。 将数据从一个SQL Server传输到另一个具有不同模式的另一个最佳方式是什么? 我可以编写存储过程从SQL Server 2000获取数据,并在SQL Server 2005 insert/update表。 SSIS呢? 我没有这方面的经验,这是更好的SSIS包创build,因为我不需要这个,需要先学习它。 谢谢。

向后兼容(到SQL 2000)服务器版本和兼容性版本检查

我有一个使用SQL Server 2000中不存在的function的脚本。具体来说,该脚本将创build一个使用SQL Server 2005中添加的数据types的存储过程。 我需要使用条件逻辑来确保(1)服务器版本是2005或更高版本,(2)目标数据库的兼容级别是2005或更高版本。 而且,这个脚本需要在SQL Server 2000上运行没有错误,显然不需要添加新的存储过程。 我正在成功parsingSERVERPROPERTY('productversion')来确定服务器版本。 但是,我可以find有关访问兼容级别的所有信息,请参阅SELECT COMPATIBILITY_LEVEL FROM sys.databases WHERE [name] = ('DBName') for SQL Server 2005+,并从SQL Server 2000上的sysdatabasesselect。不幸的是,这些方法都无法工作所有需要运行的四个SQL Server版本(2000,2005,2008,2008 R2)。 想法?

为什么我的tempdb填满了,什么是想缩小它?

经过几个月的完全平坦的磁盘使用情况,我的tempdb文件在周末突然增长了几个演出。 公司里没有人知道可能发生了什么变化。 当我检查tempdb数据库时,它只有一些非常小的表,其名称是hex数字的string。 在寻找原因时,我发现以下消息在事件日志中每隔几分钟重复几天: DBCC SHRINKDATABASE for database ID 2 is waiting for the snapshot transaction with timestamp 51743762409 and other snapshot transactions linked to timestamp 51743762409 or with timestamps older than 51801253540 to finish. 我找不到DBCC SHRINKDATABASE可能由tempdb上的任何人运行(DB ID为2)的任何可能的方法。 微软自己的文档说,SHRINKDATABASE不应该在tempdb在线时运行,所以我无法想象SQL server本身正在运行它。 我试图弄清楚: 什么可能导致tempdb文件突然快速增长? 我不知道任何使用临时表的代码或在此服务器上声明表variables。 还有什么使用tempdb文件? 为什么DBCC SHRINKDATABASE在tempdb上运行,为什么它失败?

如何备份维护计划

我正在使用SQL Server Management Studio 2005,并且即将对(相当重要的)维护计划进行更改。 我想备份(或导出)维护计划,因此可以恢复(或导入),以防更改导致任何问题。 我的问题是:如何做到这一点? 我在网上看了一下,发现一些人在讨论使用Integration Services来执行这个任务。 不幸的是,我在服务器上看不到Integration Services实用程序。

由于成为僵局的受害者,Reindex工作失败,但这是凌晨3点运行的唯一过程。

我在一个维护计划中有一个reindex工作,我在凌晨3点在给定的数据库的每个表上运行,所以它不会中断任何其他工作。 然而,这是失败的,并报告原因是桌上的僵局的受害者 – 我怎样才能算出什么locking表以外的表?