blocks|key|1362408|text|如果要制作活动数据库的副本，请执行备份/还原方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1362409|在SQLS2000中，不确定2008:请记住，如果您在此数据库中使用SQL+server帐户，而不是Windows帐户，如果开发服务器上的主数据库不同或不同步，则当您执行恢复时，用户帐户将不会转换。我听说过一个SP来重新映射它们，但我记不清是哪一个了。|1362410|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If you want to take a copy of a live database, do the Backup/Restore method.

[In SQLS2000, not sure about 2008:] Just keep in mind that if you are using SQL Server accounts in this database, as opposed to Windows accounts, if the master DB is different or out of sync on the development server, the user accounts will not translate when you do the restore. I've heard about an SP to remap them, but I can't remember which one it was.

blocks|key|1362453|text|复制数据库的最快方法是分离-拷贝-连接方法，但在分离生产数据库时，生产用户将无法访问数据库。例如，如果您的生产数据库是一个没有人在夜间使用的销售点系统，那么您可以这样做。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1362454|如果无法分离生产数据库，则应使用备份和还原。|1362455|如果登录名不在新实例中，则必须创建它们。我不建议您复制系统数据库。|1362456|您可以使用SQL+Server+Management+Studio创建创建所需登录名的脚本。右键单击需要创建的登录，然后选择Script+login+As+/+Create。|1362457|这将列出孤立用户：|1362458|EXEC+sp_change_users_login+'Report'|code-block|syntax|javascript|1362459|如果您已经拥有此用户的登录id和密码，请执行以下操作进行修复：|1362460|EXEC+sp_change_users_login+'Auto_Fix',+'user'|1362461|如果要为此用户创建新的登录id和密码，请执行以下操作进行修复：|1362462|EXEC+sp_change_users_login+'Auto_Fix',+'user',+'login',+'password'|1362463|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|11|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|12|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|13|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|15|8|@]|9|@]|A|$M|N]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|L|7|17|8|@]|9|@]|A|$M|N]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

The fastest way to copy a database is to detach-copy-attach method, but the production users will not have database access while the prod db is detached. You can do something like this if your production DB is for example a Point of Sale system that nobody uses during the night.

If you cannot detach the production db you should use backup and restore.

You will have to create the logins if they are not in the new instance. I do not recommend you to copy the system databases.

You can use the SQL Server Management Studio to create the scripts that create the logins you need. Right click on the login you need to create and select Script Login As / Create.

This will lists the orphaned users:

<pre><code>EXEC sp_change_users_login 'Report'
</code></pre>

If you already have a login id and password for this user, fix it by doing:

<pre><code>EXEC sp_change_users_login 'Auto_Fix', 'user'
</code></pre>

If you want to create a new login id and password for this user, fix it by doing:

<pre><code>EXEC sp_change_users_login 'Auto_Fix', 'user', 'login', 'password'
</code></pre>

blocks|key|1147404|text|我运行SP来删除表，然后使用DTS包将最新的生产表导入到我的开发箱中。然后我回家，第二天早上再回来。它不是很优雅，但它对我来说很有效。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1147405|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I run an SP to DROP the table(s) and then use a DTS package to import the most recent production table(s) onto my development box.
Then I go home and come back the following morning. It's not elegant; but it works for me.

Dumb question - what's the best way to copy instances in an environment where I want to refresh a development server with instances from a production server? 

I've done backup-restore, but I've heard detach-copy-attach and one guy even told me he would just copy the datafiles between the filesystems....

Are these the three (or two, the last one sounds kind of suspect) accepted methods? 

My understanding is that the second method is faster but requires downtime on the source because of the detach aspect.

Also, in this situation (wanting an exact copy of production on a dev server) what's the accepted practice for transferring logins,etc.? Should I just backup and restore the user databases + master + msdb?

Best way to copy a database (SQL Server 2008)

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

愚蠢的问题-在我想要用生产服务器中的实例刷新开发服务器的环境中，复制实例的最佳方法是什么？我做过备份-还原，但我听说过分离-复制-附加，有个人甚至告诉我，他只需要在文件系统之间复制数据文件……这是三个(或两个，最后一个听起来有点可疑)被接受的方法吗？我的理解是，第二种方法更快，但由于分离方面的原因，需要在源代码上停机。...

问复制数据库的最佳方法(SQL Server 2008)
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问复制数据库的最佳方法(SQL Server 2008)EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问复制数据库的最佳方法(SQL Server 2008)
EN