我正在build立一个涉及.NET解决scheme和MSSQL 2008数据库的持续集成解决scheme。 我所有的构build服务器都位于名为“ Build Servers的AD安全组中。 我已经创build了DOMAIN\Build Servers对象作为MSSQLlogin名，并授予了组的dbcreator和securityadmin服务器angular色。 我还没有授予任何特定的数据库angular色，因为我的理解是，这些服务器angular色应让该组中的任何AD帐户创build，更改，删除和数据库或用户。 我正在运行一个样例作业，应该对特定数据库应用一些简单的修改。 但是，我收到以下错误： Detailed message Cannot open database "awesome-database" requested by the login. The login failed. Database.dbschema : Deploy error TSD01234: Login failed for user 'DOMAIN\BUILDSERVER01$'. DOMAIN\BUILDSERVER01$肯定在Build Servers组中，所以它应该能够login和修改任何数据库。 我错过了这里明显的东西，还是我必须去映射这个login到每一个存在的数据库？ 编辑 如果我授予sysadmin ，它的作品。 嗯。
我正在虚拟机上安装SQL Server 2012的180天试用版，以便稍后购买许可证。 根据过去的安装SQL Server的经验，我总是会为SQL Server使用特定的用户帐户。 现在看看安装程序，它预先使用自己特定的帐户填充帐户： SQL Server代理 – NT服务\ SQLSERVERAGENT SQL Server数据库引擎 – NT服务\ MSSQLSERVER SQL Server分析服务 – NT服务\ MSSQLServerOLAPService SQL Server报告服务 – NT服务\ ReportServer SQL Server集成服务11.0 – NT服务\ MsDtsServer110 SQL Server分布式重播客户端 – NT服务\ SQL Server分布式重播客户端 SQL Server分布式重播控制器 – NT服务\ SQL Server分布式重播控制器 SQL全文filter守护程序启动器 – NT服务\ MSSQLFDLauncher SQL Server浏览器 – NT AUTHORITY \ LOCAL […]
我已经在Ubuntu 16.04上安装了一个SQL Server。 我以前从来没有安装过，只能用Windows。 我跟着这个链接https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup-ubuntu ，设置SQL服务器。 我如何从Linuxpipe理SQL实例，而不仅仅是使用Server Management Studio？ 是否有一些额外的软件包需要安装？
我们的SharePoint数据库被设置为（无意义的）1MB默认自动增长开箱即用，我需要“说服”我们的应用程序所有者，这是错误的。 有没有办法监视SQL Server的自动增长活动？ 我希望能够报告1MB设置发生这种活动的频率。
我最近inheritance了一个非常大而且非常混乱的数据库，需要清理它。 为了给大家一些想法，主数据库目前包含3个大表，每个大表约有3亿行，占用大约225GB的存储空间。 每天增加500多万行。 由于磁盘空间不足（前辈没有归档旧数据或根本没有pipe理它），我不得不从最大的表中删除大约2.8亿行。 这个过程需要花费25个小时才能完成，并且在这段时间内需要从面向客户的应用程序中切断数据库。 现在，我需要重新索引表，因为select和插入需要很长时间。 但是，我不能无限期地使数据库脱机，我需要能够估计执行reindex所需的时间。 我以前从来没有重新编制过这么大的表格，所以我没有任何好的参考点可供借鉴。 主表包括一个集群，单调递增的主键和一个非唯一的非集群键。 我有足够的磁盘空间可用来执行reindex。 所以我的问题是：这件事对我来说有多长？ 估计重新索引时间的一个好的经验法则是什么？
使用SQL Server 2005（和2008） 使用DTS包，我可以打开它，并列出包最后修改的date。 我有一些SSIS包，我需要知道自从我们上次发布以来是否修改过。 有什么方法可以告诉他们最后一次修改的时间吗？ 如果我右键点击，唯一的select是“报告”，但是唯一的select是有一个包含创builddate和版本信息的一般报告。 我已经知道程序员没有更改任何版本默认值，所以没有任何有用的信息。 我想要最后一次修改date或上次导入date，或者让我知道是否需要担心自上次发布以来这些修改中的一些被修改。 编辑：该文件存储在MSDB中。
我现在正在将我公司的数据库服务器从Windows 2000 / Sql Server 2000更改为Windows 2003 R2 / Sql Server 2005。 它拥有30个数据库，每个数据库大小约7GB，其中一个是30GB。 现在我想知道是否应该利用这个机会在这个数据库上使用文件组。 但是我以前从来没有用过，我不知道那个数据库的内容好不好。 但这是一个经济体系，所以我觉得在过去八年的生产中，它有很多历史的“只读”信息。 任何人都可以给我一些提示和提示，如果我应该分裂或不？ 我现在有2个独立的磁盘，一个用于日志文件，一个用于数据库。 我会很感激，如果有人可以给我一些input:)
我意外地还原了错误的备份SQL Server 2008数据库。 有什么办法可以撤消这个并恢复到以前的版本？ -Vivek
我有一个简单的查询，当帐户被禁用30天以上时，我会运行它向我们的AD帐户pipe理员发送电子邮件通知。 当我自己运行它时，它工作得很好，以SA身份login，但在SQL Server代理作业中运行时失败。 以下是查询，replace了特定于业务的项目和对象名称： DECLARE @QueryString varchar(max) SET @QueryString = 'Select TrackingTable.Username FROM dbName.Schema.TrackingTable inner join dbName.Schema.viewName on DisabledAccounts.username = viewName.username WHERE DATEDIFF(dd,DateDisabled,GETDATE()) > 25 AND viewName.OU = ''InactiveAccounts''' EXEC msdb.dbo.sp_send_dbmail @profile_name = 'Profile', @body = 'This is the body text. Nothing interesting here. ', @recipients = '[email protected]', @subject='Account status update', @query = @QueryString, @importance […]
我们有SQL 2000,2005和2008服务器的组合，而且我们每晚都在完整备份之前每晚运行一次DBCC CHECKDB，理论上你要确保数据库在备份之前保持良好的状态。 （显然，备份的完整validation只能通过testing恢复完成，但这是一个稍微不同的话题。） 假设我不能将DBCC卸载到备份服务器或其他东西（这将是理想的），那么DBCC CHECKDB之后是FULL BACKUP是否是最好的序列呢？ 我发现讨论这个唯一的“最佳实践”文档是从2006年开始在SAP网站上发现的SQL Server维护SAP最佳实践 ： 理想情况下，在执行联机数据库备份之前，应该运行使用DBCC CHECKDB的一致性检查。 这个build议是否正确？ 所有版本的SQL都正确吗？ （如果这有帮助，问这个动机的部分原因是DBCC运行时间似乎每晚都有相当的变化，所以我们不能完全依赖备份完成的时间，这使得我们的磁带归档工作很困难，而且，如果维护时间长，因为任何原因必须取消，我宁愿备份可靠地完成比DBCC。）