SQL复制

发布于 2024-10-17 09:15:00 字数 427 浏览 5 评论 0原文

我有两个数据库服务器。一个是 SQL 2000,另一个是 2008 R2。

我正在编写的应用程序主要位于 2008 服务器上(这就是所有“编写”发生的地方)...但是它确实在 SQL 2000 实例上进行了大量查找。

当链接服务器之间的连接太慢时,结果太慢。

SQL 2000 DB 实际上将在几个月的 cpl 内完成迁移......但现在我需要找到一个更好的选择。

任何人都可以得到关于复制我需要的表的最有效方法的建议。

我正在考虑以下选项:

(a)每晚备份和恢复 (b) 从 2000 年到 2008 年的完全复制...但是我能够使用正在复制到的数据库吗? (c) 一个sql作业,它每隔nn小时刷新我需要的表,

我猜很多人都遇到过这个问题,所以一个小指针将不胜感激。 提前致谢,

吉姆

I've got two database servers. One is SQL 2000, the other 2008 R2.

The application I'm writing sits mainly on the 2008 server (and thats where all the "writing" takes place)... however it does do quite a bit of looking up on the SQL 2000 instance.

The results are just too slow when joing between the linked servers are just too slow.

The SQL 2000 DB will actually be migrated in a cpl of months... but for now I need to find a better option.

Anyone got any suggestions as to the most efficient way to replicate the tables I need.

I was thinking along the lines of the folowing options:

(a) backup and restore each night
(b) full replication from 2000 - 2008... but will I be able to use the database which is being replicated to?
(c) a sql job which refreshes the tables I need every nn hours

I'm guessing plenty have come across this issue so a little pointer would be greatly appreciated.
Thanks in advance,

Jim

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

我喜欢麦丽素 2024-10-24 09:15:00

我会考虑设置事务复制。我过去曾在您所描述的场景中使用过该技术。

I'd take a look at setting up transactional replication. I've used that technique in the past for exactly the scenario you're describing.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文