我们目前的SQL服务器是在Windows 2003的32位，因此我们已经计划在64位从零开始重新构build服务器，但是我们有大约200个数据库在服务器上运行，所以我可能必须备份一切，并在64位Windows安装后恢复。 有没有更容易的方法来恢复所有这些数据库散装或任何最安全的select将不胜感激。
让我开始说我是一个SQL Server新手，所以请好。 背景：我已经inheritance了一个需要数据库导出的项目。 我很快发现日志文件从未备份，因此已经增长到超过37 GB。 这只留下了几GB的存储空间，让我没有足够的空间导出。 问题：我需要备份日志文件，以便截断文件并获取空间。 但是，C：驱动器没有足够的空间来执行此备份。 我们已经安装了一个USB外部驱动器，但是我无法从SQL Server备份向导中find外部驱动器。 当我尝试添加目的地时，唯一的select是C：驱动器。 我的问题是，我如何备份日志文件到这个外部驱动器？ 数据库和服务器信息： SQL Server 2003（企业pipe理器版本8）MS Server 2003外部USB驱动器存储具有超过1.8 TB的可用空间 任何帮助将不胜感激。
我有一个奇怪的问题，那些几乎无法解决的问题（真正解决问题的唯一方法就是抛弃技术，购买新的问题）。 我有一些专家（约10名顾问）来解决我的问题 – 没有解决scheme – 因此我的理由在这里发布。 [请不要因为所谓的专家设置的方式而对我进行拍摄！ 我忙于重新devise它在64位:)] 我有这个问题是： 环境 ： Windows Server 2003 x86企业版（32位） 16 GB RAM 光纤通道4GB EMC SAN存储（500GB分区，从数据中拆分OS） SQL Server 2000 SP4 x86企业版（32位） SAP BusinessObjects XI 3.1（Java，Apache，Tomcat） “商业数据库，宇宙和商业报告” McAfee防病毒企业 configuration ： / PAE / 3GB = boot.ini SQL =使用AWE，Minmem = 4GB，Maxmem = 12GB 加载最新的补丁包括其中的SQL地址更多的内存 sqlserver.exe在任务pipe理器中显示130,123 kb（ 红灯!! ） 问题 ：我可以拉下服务器，使用所有核心，通过拉出一个报告，最大可以达到100％（见截图）。 目前我们有大约200个用户通过各种客户端数据库程序连接，以及BO报告。 我在ProcessExplorer中find了这个查询运行时， […]
我得到错误文件中的错误。 110803 6:51:26 InnoDB: Error: table `ims`.`temp_discoveryjobdetails` already exists in InnoDB internal InnoDB: data dictionary. Have you deleted the .frm file InnoDB: and not used DROP TABLE? Have you used DROP DATABASE InnoDB: for InnoDB tables in MySQL version <= 3.23.43? InnoDB: See the Restrictions section of the InnoDB manual. InnoDB: You can drop the […]
是否有可能使用SQL 2005 Server分析器来运行例如6小时前发生的查询的跟踪？ 还是仅用于实时跟踪？ 我试图find一种方法来查看旧的TSQL查询。 这是可能与SQL 2005？
我有SQL Server 2008上有多个数据库。 CPU在服务器上达到了100％。 我想找出哪个数据库可能导致它。 什么是easies的方式来做到这一点？ 我的“神奇”idal工具会告诉我： CPU，RAM和IO的SQL Server 向下钻取并显示相同的每个数据库 深入挖掘并显示导致问题的查询等。
这是一个非常简单的SQL查询，我会假设，但我有问题得到它的工作。 if (object_id('#InfoTable')is not null) Begin Drop Table #InfoTable End create table #InfoTable (NameOfObject varchar(50), NameOfCounter varchar(50), SampledValue float(30), DayStamp datetime) insert into #InfoTable(NameOfObject, NameOfCounter, SampledValue, DayStamp) select vPerformanceRule.ObjectName AS NameOfObject, vPerformanceRule.CounterName AS NameOfCounter, Perf.vPerfRaw.SampleValue AS SampledValue, Perf.vPerfHourly.DateTime AS DayStamp from vPerformanceRule, vPerformanceRuleInstance, Perf.vPerfHourly, Perf.vPerfRaw where (ObjectName like 'Logical Disk' and CounterName like '% Free […]
我有一个2用户的Oracle数据库。 我在其中一个用户帐户中创build了一个表，但无法从其他帐户访问表（“表或视图不存在”）。 当我用这个用户名作为表名时，它也不起作用。 我也为新表创build了一个公有同义词，但是我仍然遇到这个问题。 用户A不能从B中访问任何对象（即使有前缀），但用户B可以访问来自用户A的对象（必须以前缀）。 我错过了什么？ 谢谢
我们无法通过SSPI连接到我们的SQL Server（2008 R2）。 我们的团队最近已经从基于域的设置转移到分散的基于工作组的设置。 每个开发人员都可以访问一个VPN，从而使他们能够访问运行SQL Server 2008 R2的数据库服务器。 我们以前使用Windows身份validation，使用我们的DOMAIN\user.name用户名从域join的PClogin，使用相同的用户名和密码（但不是域）将帐户添加到远程SQL服务器（在工作组上）到Windows安全组，并在SQL服务器上授予该组权限。 但是，从我们的域名切换以来，我们无法使用SSPI进行连接。 当尝试使用基于TCP / IP的Windows身份validation访问数据库时，我们收到以下错误消息： login失败。 login来自不受信任的域，不能与Windows身份validation一起使用。 （Microsoft SQL Server，错误：18452） 指定SQL Serverlogin按预期工作，但使用SSPI失败。 检查SQL Server端的事件日志，我们看到以下内容： SSPI握手失败，错误代码为0x8009030c，状态14与集成安全性build立连接; 连接已closures。 原因：AcceptSecurityContext失败。 Windows错误代码指示失败的原因。 [客户端：192.168.xxx.xxx]。 我们托pipe的托pipe服务提供商已经将工作组名称设置为一个数字 – 我们假设工作组名为12345678（实际名称是我们的帐号）。 我已经尝试将我的本地工作组更改为相同的号码，但是这并没有解决问题。 其他用户build议的许多解决scheme引用了一个名为setspn的工具，并使用该工具列出并find用于我们帐户的setspn使用这个工具不会显示任何exception情况。 我们正在使用以下方法来解决这个限制： runas /netonly /user:REMOTEPCNAME\user.name "C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\Ssms.exe" 我们是否坚持使用这种方式进行身份validation？
5天前，我访问能够通过SSMS完全访问本地主机上的SQL Server，没有错误login凭据。 现在我得到这个错误： ================================================== ================================build立到SQL Server的连接时发生networking相关或特定于实例的错误。 服务器未find或无法访问。 validation实例名称是否正确，并将SQL Serverconfiguration为允许远程连接。 （提供程序：共享内存提供程序，错误：40 – 无法打开连接到SQL Server）（Microsoft SQL Server，错误：2） 系统找不到该文件 结束错误消息=============================================== ========================== 对于我的数据库或SSMS，我没有改变任何configuration。 我的默认服务使用与之前工作相同的用户帐户运行，并具有运行该服务的适当权限。 我的实例名称是：MSSQLSERVER。 使用自动启动运行的服务： SQL全文filter守护程序启动器（MSSQLSERVER） SQL Server（MSSQLSERVER） SQL Server分析服务（MSSQLSERVER） SQL Server集成服务11.0 SQL Server报告服务（MSSQLSERVER） SQL Server VSS编写器 这是最后一个日志条目位于：C：\ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ Log \ ERRORLOG 2013-02-12 08：16：48.32login 无法连接，因为已达到“2”用户连接的最大数量。 系统pipe理员可以使用sp_configure来增加最大值。 连接已closures。 [客户端：192.168.58.1] […]