当我尝试重新启动我的SQL服务器时，出现以下错误： 为什么会发生这个错误，如何解决这个问题？
所以我试图通过备份模板来克隆SQL Server数据库，然后将其恢复为新名称。 但是，有一些我缺less的东西或者我不了解的备份。 这是我到目前为止： DECLARE @now DATETIME2(0) = GETDATE() — so backup file will be in C:\backupdirectory\TemplateDb_20120111145230.bak DECLARE @backupName NVARCHAR = N'C:\backupdirectory\TemplateDb_' + CAST(DATEPART(year, @now) AS VARCHAR) + CAST(DATEPART(month, @now) AS VARCHAR) + CAST(DATEPART(day, @now) AS VARCHAR) + CAST(DATEPART(hour, @now) AS VARCHAR) + CAST(DATEPART(minute, @now) AS VARCHAR) + CAST(DATEPART(second, @now) AS VARCHAR) + '.bak' BACKUP […]
推出一个SQL2008R2的Server2008R2盒子，试用一些新的工资软件。 我有我的虚拟机ShadowProtect虚拟许可证，这个盒子会得到一个。 我的问题是：备份此SQL数据库的最佳做法是什么？ ShadowProtect软件是否允许我恢复数据库，还是恢复整个服务器？ 我知道如果需要，我可以通过SQL Managment工作室手动备份数据库，但是有没有办法在需要时自动执行此步骤。 我猜想一些脚本，进入Shadow Protect夜间备份，卸载数据库，备份到一个文件，然后重新安装数据库？
我已经在Windows Server 2008 R2networking版上运行了SQL Server 2008 R2 Express。 Evertything的工作很好，除了在服务器启动时SQL服务不会自动启动。 SQL服务，代理和服务器浏览器都是自动设置的。 服务器是一个干净的安装与IIS和SQL服务器只。 一旦服务器启动，我可以手动启动服务，它工作得很好。 我在日志中唯一的错误是“SQL Server（SQLEXPRESS）服务终止服务特定的错误请求的地址在其上下文无效。 详细来说，有一个param2：%% 10049。 任何帮助将不胜感激，因为它是一个生产服务器。 每次重新启动时，网站都会closures，直到我手动启动SQL服务。
我们有许多SQL Server 2008 R2标准服务器，每个应用程序都是我们希望整合到一个物理服务器上的一个应用程序。 在这些服务器上运行perfmon，他们不会使用大量的CPU，IO或networkingstream量，因此它们是合并的理想select。 几个问题： 创build包含多个数据库的单个实例还是多个实例（例如每个应用程序的实例）会更好吗？ 我不期待太多的争论，但是有没有办法在IO上进行某种治理，这样没有数据库/实例可以占用所有IO资源？ 我知道我可以用资源pipe理器做CPU。 在RAIDconfiguration上，我们将有22个磁盘可用（和2个热备份）。 写比读更重，所以我们会做RAID-10 ..为所有数据库设置一个大arrays，然后为日志文件和tempdbs设置两个较小的arrays，或为每个数据库/实例设置一个专用arrays更好。 谢谢。
我试图移动两个MSSQL 2008数据库之间的几个数据表，我已经生成了一个很大的表（大约3.5M行）的数据插入脚本脚本是3GB左右。 当我尝试使用SSMS打开脚本时，出现以下错误： 有没有办法让SSMS让我打开这个脚本或将数据导出到其他更容易导入的格式。
我是SSRS的新手，所以我的经验在这个话题上是有限的。 在SQL Serverconfigurationpipe理器中，有几个选项可以设置服务帐户。 我可以select使用内置帐户或其他帐户。 下拉菜单给了我以下四个选项： 本地系统 networking服务 的ReportServer $ SQLEXPRESS 本地服务 现在我有点困惑，应该使用哪一个条目以及它们的目的是什么。 您能否指出我所描述的这个“概念”的资源？ 我应该在哪种情况下使用哪一种？ 我应该什么时候使用“使用另一个帐户”？
在25GB的数据库上执行收缩时，电力已经减less，我无法访问我的数据库。 它显示为“恢复中”。 我怎样才能恢复它？
好吧，正式这个是搞乱了我的脑袋。 当我们的开发环境出现时，我有最糟糕的想法试用SQL服务器Denali CPT3。 它似乎没问题，所以我们使用并收集了一些数据库。 现在我们有一个SQL 2008 R2的实例，并且在Denali实例上工作的团队希望切换到2008 R2。 我的任务是将数据库从Denali实例复制到2008 R2实例，但事实certificate这比我想象的要困难得多。 我试图使用mdf和ldf文件附加数据库，但它没有工作。 我试图从迪纳利备份，但没有奏效。 我试图导出/导入数据库，但没有奏效。 我试图复制数据库，但失败了。 唯一能做的工作似乎是在denali实例上生成脚本，并在2008 R2实例中运行它们，但是当我尝试为数据库的所有对象生成时，它却失败了。 我徘徊，如果有其他解决scheme可以工作，或者如果我已经尝试的解决scheme之一应该工作，我需要更多的关注它。 我开放的“疯狂”的解决scheme，如转移到MySQL或Oracle如果可能的话（甚至CSV或平面文件，任何可能的传输整个数据库）。
我们正在运行一个支付（EFT交易处理）应用程序，该应用程序正在全天候处理大量交易，目前正在研究将数据库复制到灾难恢复站点的更好方法。 我们目前和以前的战略包括使用DoubleTake和Redgate将数据复制到一个温暖的待命状态。 DoubleTake是支付软件供应商支持的解决scheme，但是他们在南非的（DoubleTake）支持非常差。 我们有几个问题，根本无法解决，所以我们不得不放弃DoubleTake。 我们一直在使用Redgate手动读取主站点的数据（通过查询）并写入灾难恢复站点，但这是： 不好的解决办法 无论何时我们遇到支持问题，都会让软件供应商感到不安和困扰，因为它往往会干扰数据库密集型的支付应用程序。 我们最近升级了整个系统在SQL 2008 R2 Enterprise上运行，这意味着我们应该考虑使用一些内置的复制function。 该服务器有两个相当大的数据库，其中包含高度易失事务数据和漂亮的静态configuration数据。 复制将通过WAN连接到单独的物理站点，并需要实现以下目标。 RPO：零损失 – 这是具有财务影响的交易数据，所以我们不能失去任何东西。 RTO：趋于零 – 业务取决于我们每分钟处理交易的能力，我们正在亏损 我已经看了一些其他的问题/答案，但没有一个完全符合我们的情况： SQL Server 2008故障转移策略 – 日志传送或复制？ 如何通过仅使用SQL Server的logshipping实现以下RTO和RPO？ 实现数据库复制的两种方法中最好的是什么？ 我目前的想法是，我们应该使用镜像，但我担心，对于RPO：0，我们将需要做延迟提交，这可能会影响主DB的性能，这是不是一个选项。 我们目前的DRstream程是： 停止传入的stream量到主站点，并允许所有在飞行中的交易完成。 允许复制到DR完成。 更改networking路由以路由到灾难恢复站点。 启动辅助站点上的所有应用程序和服务（理想情况下，我们可以将其更改为更加温暖的备用，即应用程序已经运行但不处理任何事务）。 换句话说，灾难恢复数据库需要尽快赶上初级，准备好作为新的主数据库进行处理。 当我们准备好切换时，我们需要能够扭转这种情况。 有没有比镜像更好的select（我们也应该做日志传送），任何人都可以提出我们应该牢记的其他考虑因素？