主页 / user-23950

Nai's questions

Martin Hope
Nai
Asked: 2010-04-17 02:48:21 +0800 CST
  • 3

我正在尝试使用 SQL Server 2008 复制数据库向导来复制 SQL Server 2008 数据库。我正在使用 SQL 管理对象方法。但是，复制失败并出现以下错误：

ERROR : 
errorCode=-1073548784 description=Executing the query "/* 
'==============================================..." 
failed with the following error: "Cannot use a CONTAINS or 
FREETEXT predicate on table or indexed view 'Product' because 
it is not full-text indexed."

关于如何继续进行此操作的任何想法都将非常有帮助

编辑

这个问题的背景源于试图移动处于恢复/待机模式的数据库（它是日志传送目标数据库）。这似乎是唯一可行的渠道（不是黑客）而不破坏日志运输链？

亲切的问候奈

sql-server-2008
Martin Hope
Nai
Asked: 2010-04-10 07:17:59 +0800 CST
  • 4

我有一个数据库，它是日志传送过程的接收者。

数据库正在“恢复”中。可以移动这个数据库吗？

编辑 只是为了澄清我所说的移动的意思。我的意思是制作数据库的副本并将其转移到另一台服务器，而不会破坏日志传送过程。

这样做的原因是对数据库运行分析查询。我曾尝试使用复制数据库向导，但在此过程中卡住了。您可以在此处阅读有关该问题的信息

backup sql-server-2008 database-administration copy
Martin Hope
Nai
Asked: 2010-02-27 04:19:22 +0800 CST
  • 1

我对我的备份解决方案有 2 个想法，并希望从社区中获得有关此的反馈。我正在运行 SQL Server 2008 Enterprise。

1) 每周一次完整备份，每天本地增量备份。然后设置一个调度程序将文件复制到我的备份服务器。

2) 使用日志传送。老实说，我以前没有这样做过，但它看起来相对容易实现。我不确定所涉及的间接费用。如果网络出现故障，这也可能是一个问题。

即使我之前没有经验，我实际上也支持日志传送解决方案。伙计们怎么看？复制已经结束，因为我不想要任何架构更改。只是寻找一个大惊小怪的简单设置。

谢谢！

sql-server backup
Martin Hope
Nai
Asked: 2010-02-24 12:18:00 +0800 CST
  • 1

编辑抱歉忘记了细节，我正在运行 SQL Server 2008 R2 16GB 的 RAM

我的最小/最大内存分配设置为 13 GB。运行 perfmon - SQL Server：内存管理器。目标服务器内存和总服务器内存证实了这一点。任务管理器中的内存计数器为 15 GB（假设 2GB 用于其他应用程序）

我不明白的是为什么进程 sqlservr.exe 在任务管理器中只显示 82KB 的使用量？此外，从任务管理器在我的服务器上运行的进程消耗的所有内存也不会增加到 15 GB。

那么是什么给了

sql-server-2008 memory
Martin Hope
Nai
Asked: 2010-02-09 02:52:19 +0800 CST
  • 5

只是想知道你们有什么样的流程可以将生产数据转移到异地进行分析？

我已经阅读了一些文献，但我不确定所涉及的开销和设置过程。

  • 复制：生产既是分销商又是出版商。我将使用一个推送系统，每周在我的分析服务器上更新我的数据库
  • SSIS：没有经验但似乎是“标准”方式？
  • 手动：使用 Windows 调度程序压缩备份文件并打开到我的分析服务器的 FTP 连接
  • 镜像：没有经验但更多用于高可用性？

仅供参考，我将 SQL Server 2008 与 Windows Server 2008 R2 一起使用。我的数据库大约有 36 个演出。我只对数据感兴趣。

欢迎其他方法！

*编辑 附加信息：我不介意数据库是只读的，我希望每周运行一次这个过程。

sql-server
Martin Hope
Nai
Asked: 2009-08-07 03:59:43 +0800 CST
  • 1

只是想知道你们有什么备份过程。

我目前正在执行每周一次的完整数据库备份和每日差异备份。

我的理解是，通过这样的设置，完全恢复模式和简单恢复模式之间的区别在于，在完全恢复模式下，我将能够使用事务日志将我的数据库回滚到应用最新的特定时间点差异备份。

假设在我的场景中，最后一个差异备份是我最后一个也是最终的“保存点”，我认为不需要使用日志进一步回滚我的数据库。这让我想到了我的问题：对我当前的备份过程使用完全恢复模式是否有任何额外的好处？

sql-server-2005 backup