复制数据库失败!!!!在线求助!!!!

gr_czq 2005-08-10 05:30:03

为把一个数据库从远程传输到本地,在本地建立了一个相同库名的数据库。
使用的方法是‘导入\导出数据’，选择在SQL Server数据库之间复制对象和数据，在导入\导出传输到一半时，出现：‘将对象从 Microsoft SQL Server 复制到 Microsoft SQL Server 时失败’的错误提示。请问是操作上有什么不对的地方，还是由于在导入过程中源数据库可能有被操作的原因？？可是基本每次出现错误的时间点都差不多。什么原因？？？？

...全文

236 10 打赏收藏转发到动态举报

写回复

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

no1abc 2005-08-11

打赏
举报

回复

差不多解决了，用了两个比较笨的方法：
1、传输完后把库的视图和存储过程生成脚本（去掉前面的判断/删除语句），在查询分析器中重新生成；
2、先生成库结构，再导入数据；

这样做测试没有问题，但除非对库结构非常熟悉，不然总怕遗漏什么。。。

（除了上面讲的原因外，我这是多个数据库都有相互关联，估计也是造成传输过程中出错的原因之一。）

lovcal 2005-08-11

打赏
举报

回复

兄弟，你这个问题我遇到过
很有可能就是视图的问题，有些视图比较复杂，也就是说建立视图时使用了一些SQLServer查询分析器支持，但是SQLServer企业管理器视图管理功能不支持的函数
办法是在源生成SQL脚本，然后在目的端的查询分析器中执行
好像只能这样了，呵呵，如果你有更好的办法记得通知我啊

gr_czq 2005-08-11

打赏
举报

回复

查了一下，基本都是在视图这一步出错。

估计象hsj20041004(光芒) 说的那样：在建立试图顺序上有问题，有什么好方法吗？大几百个视图要查先后估计要费很多时间的，有什么更好的方法吗？

天地客人 2005-08-10

打赏
举报

回复

可以分断导出啊！这样可以测试一下！

gr_czq 2005-08-10

打赏
举报

回复

跟踪了一下，最后建立的是一个用户函数。

最后执行的语句是：exec sp_dboption N'数据库名', 'trunc. log on chkpt.', 'false' checkpoint

能知道是什么原因造成复制失败吗？

gr_czq 2005-08-10

打赏
举报

回复

我具体没有跟踪是在哪个地方出错，但比较了源库和目的库，在视图上有差异

gr_czq 2005-08-10

打赏
举报

回复

数据结构的问题？
只复制表和视图是可以！
但怎么能完整的传输整个库呢？

hsj20041004 2005-08-10

打赏
举报

回复

也可能是在建立表的时候出错（建立表的顺序问题），
例如：表t1的主键是表t2的外键
那么就得先建立表t1,再建立表t2，这样不会出错，
假如反过来，先建立表t2，就会找不到外键而出错！！

hsj20041004 2005-08-10

打赏
举报

回复

刚开是能导出，说明你的操作没有问题。
你看一下在导出哪条数据出错了，然后再看看那条数据是否有问题，寻求解决办法

zjcxc 元老 2005-08-10

打赏
举报

回复

应该是数据结构的问题,你试试只导表

我看了那篇《怎样在PHP中通过ADO调用Asscess数据库和COM程序》文章后，马上作了测试，结果失败了。伤心是不是。怎么办？我只好去PHP官方网站求助，皇天不负有心人，终于我找到了答案—— 具体的解决方法如下：（1）下载相应的ZIP包；同MICROSOFT公司的ADO一样，该东东用PHP实现ADO同各种各样数据库打交道（太好了，所有类型的数据库都能处理）。（2）解包，里面文件很多，不过有用的只有ohtml.inc.php和adodb.inc.php，（经我测试并不是这样）把它们复制到相应目录下（或是安装php4的缺省目录下c:\php4\peer\，或是当前运行程序目录下，视in

Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT 服务器系统故障应急预案全文共7页，当前为第1页。服务器系统故障应急预案服务器系统故障应急预案全文共7页，当前为第1页。服务器系统故障应急预案 1、服务器应用系统出现故障，系统恢复应急预案 (1)当服务器应用系统出现故障，安全管理员、系统管理员、应用管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。 (2)如果应用系统不能停机，立即启用热备份系统进行工作。如果应用系统不能停机，而故障又可以在10分钟之内排除，那么安全管理员指导系统管理员和应用管理员立即排除故障，恢复系统正常运行。应用系统可以停机而故障又可以在２小时内排除，安全管理员，应该断开服务器的网络连接，配合系统管理员和应用管理员，处理服务器故障，尽快排除故障，恢复系统运行。应用系统可以停机但故障排除不能在２小时之内完成，而应用系统有冷备份系统，安全管理员，应该断开服务器的网络连接，通知系统管理员和应用管理员启动冷备份系统，完成应用系统的安装、设置，并进行数据的恢复，保证系统正常运行。服务器系统故障应急预案全文共7页，当前为第2页。应用系统可以停机，而又没有冷备份的应用系统，那么安全管理员应该通知系统管理员和应用管理员，备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，安全管理员应该从备份管理员那里得到应用系统的最新备份。安全管理员在确定了应用系统有备份的情况下，通知系统管理员重新修复或安装操作系统，并配合应用管理员重新安装或修复应用系统并恢复最新备份的数据。如果备份丢失或不存在，安全管理员应该报告信息网络事件应急小组，并求助技术支持商，完成对硬盘数据的恢复。服务器系统故障应急预案全文共7页，当前为第2页。 (3)备份管理员在应用系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制应用系统的数据备份到本地。 (4) 系统管理员和应用管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行应用软件的恢复或重新安装，再进行应用系统的数据恢复，应用系统完全恢复正常运行后，重新启用恢复的应用系统服务器，再将备用系统停掉。 2、不良信息和网络病毒事件应急预案（1）发现不良信息或网络病毒时，系统管理员应立即断开网线，终止不良信息或网络病毒传播，并报告信息网络事件应急小组。（2）安全管理员应采取隔离网络等措施，协助系统管理员和应用管理员及时杀毒、排除不良信息、追查不良信息来源，并估计出故障排除的时间，然后根据服务器应用系统的重要级别，采取不同的措施。服务器系统故障应急预案全文共7页，当前为第3页。（3）事态或后果严重的，信息网络事件应急小组应及时报告上级主管领导。服务器系统故障应急预案全文共7页，当前为第3页。（4）处置结束后, 安全管理员和事发部门应将事发经过、造成影响、处置结果在调查工作结束后一日内书面报告信息网络事件应急小组主任。（5）应急预案技术措施，如果出现网络病毒，系统管理员采用瑞星杀毒软件或卡巴斯基杀毒软件和360木马查杀工具，对整个计算机进行杀毒。对不能确定是否为病毒的文件，应该询问安全管理员和应用程序员来确定。如果出现不良信息，安全管理、系统管理员程序管理员要设法找到不良信息的文件或不良信息存在数据库中的位置，对非法信息，进行手工删除，或编程删除，若不能清除，采用程序和数据备份进行恢复。 3、软件系统故障应急预案（1）发生服务器软件系统故障后，安全管理员、系统管理员、应用管理员应立即对服务器进行查看，分析故障原因，采取并及时报告信息网络事件应急小组；同时安排将故障服务器脱离网络，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，按照系统恢复应急预案进行。（2）事态或后果严重的，信息网络事件应急小组。（3）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应急组。服务器系统故障应急预案全文共7页，当前为第4页。（4）技术措施：安全管理员、系统管理员、应用管理员在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，

随着数据库技术的广泛应用，在企业开发中，几乎90%的项目涉及数据库编程，数据库编程技术主要使用ODBC API、ADO、ADO.NET、OLE DB等方法，要想成为一名编程大牛，那么使用C++进行数据库编程必须熟练掌握。本课程主要帮助学员轻松掌握使用C++语言连接和操作(CRUD)主流关系型SQL Server 、MySQL等数据库。本课程包含的核心教学内容主要是ODBC 、 MFC ODBC 、 OLE DB 、ADO 、 MySQL Connector C++ ，帮助学员扎实掌握C++对于数据库的相关编程知识点，内容全面，讲解清晰,学习后可以举一反三，完成企业级数据库开发！

服务器应急预案服务器应用系统应急预案 1. 服务器应用系统出现故障 (1)当服务器应用系统出现故障，系统管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。 (2)如果应用系统不能停机，立即启用热备份系统进行工作。如果业务系统不能停机，而故障又可以在10分钟之内排除，那么系统管理员立即排除故障，恢复系统正常运行。业务系统可以停机而故障又可以在２小时内排除，应该断开服务器的网络连接，处理服务器故障，尽快排除故障，恢复系统运行。应用系统可以停机但故障排除不能在２小时之内完成，而业务系统有冷备份系统，应该断开服务器的网络连接，通知系统管理员启动冷备份系统，完成业务系统的安装、设置，并进行数据的恢复，保证系统正常运行。业务系统可以停机，而又没有冷备份的业务系统，那么系统管理员备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，系统管理员在确定了业务系统有之前备份的情况下，重新修复或安装操作系统，并重新安装或修复业务系统并恢复最新备份的数据。如果备份丢失或不存在，系统管理员应该报告分管经理，并求助技术支持商，完成对硬盘数据的恢复。 (3)系统管理员在业务系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制业务系统的数据备份到本地。 (4) 系统管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行业务系统的恢复或重新安装，再进行业务系统的数据恢复，业务系统完全恢复正常运行后，重新启用恢复的业务系统服务器，再将备用系统停掉。（5）应急预案技术措施，如果出现网络病毒，黑客攻击等，系统管理员采用瑞星杀毒软件或卡巴斯基杀毒软件和360木马查杀工具等，对整个计算机进行杀毒。对不能确定是否为病毒的文件。如果出现不良信息，系统管理员程要设法找到不良信息的文件或不良信息存在数据库中的位置，对非法信息，进行手工删除，或编程删除，若不能清除，采用程序和数据备份进行恢复。 2、软件系统故障应急预案（1）发生服务器软件系统故障后，系统管理员应立即对服务器进行查看，分析故障原因，采取并及时报告分管经理；同时安排将故障服务器脱离网络，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，按照系统恢复应急预案进行。（2）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告分管经理。（3）技术措施：系统管理员在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。如果估计在3小时之内都不能定位故障原因，那么报告分管经理，请求系统软件厂商及技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和业务系统。排除操作系统故障的方法，检查操作系统进程是否都正常，有无非法进程，操作系统文件有无损坏丢失，是否受到病毒和木马程序侵害，黑客攻击。如果不是操作系统故障，应该只是对业务系统进行检查，检查方法，查看业务系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。 3、服务器硬件故障应急预案（1）发生服务器设备硬件故障后，系统管理员应及时报告分管经理，并组织查找、确定故障设备及故障原因，进行先期处置。（2）根据系统恢复应急预案，确定故障的服务器上的业务系统的应急恢复措施。（3）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告分管经理。（4）技术措施：初步判断硬件故障的方法，观察系统能否正常启动，记录启动时显示器屏幕上的提示信息，记录服务器状态指示灯状态，记录系统状态显示屏上的信息，系统管理员初步判断服务器硬件故障后，咨询硬件厂商、技术支持确定硬件故障的具体原因和故障部件，并联系进行维修。 4、业务数据损坏应急预案 1. 发生业务数据损坏时，系统管理员应及时报告信息分管经理，检查、备份业务系统当前数据。 2. 系统管理员负责调用备份服务器备份数据，若备份数据损坏，调用异地备份数据，应及时完成数据恢复工作。系统管理员应待业务数据系统恢复后，检查历史数据和当前数据的差别，由相关系统操作员补录数据；重新备份数据，并写出故障分析报告，在调查工作结束后一日内报告分管经理 "操作说明： " "1.发生突发事件后立即通知服务方和服务器原厂商，成立

服务器应用系统应急预案 1. 服务器应用系统出现故障 (1)当服务器应用系统出现故障，系统管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。 (2)如果应用系统不能停机，立即启用热备份系统进行工作。如果业务系统不能停机，而故障又可以在10分钟之内排除，那么系统管理员立即排除故障，恢复系统正常运行。业务系统可以停机而故障又可以在２小时内排除，应该断开服务器的网络连接，处理服务器故障，尽快排除故障，恢复系统运行。应用系统可以停机但故障排除不能在２小时之内完成，而业务系统有冷备份系统，应该断开服务器的网络连接，通知系统管理员启动冷备份系统，完成业务系统的安装、设置，并进行数据的恢复，保证系统正常运行。业务系统可以停机，而又没有冷备份的业务系统，那么系统管理员备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，系统管理员在确定了业务系统有之前备份的情况下，重新修复或安装操作系统，并重新安装或修复业务系统并恢复最新备份的数据。如果备份丢失或不存在，系统管理员应该报告分管经理，并求助技术支持商，完成对硬盘数据的恢复。 (3)系统管理员在业务系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制业务系统的数据备份到本地。服务器应急预案全文共5页，当前为第1页。 (4) 系统管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行业务系统的恢复或重新安装，再进行业务系统的数据恢复，业务系统完全恢复正常运行后，重新启用恢复的业务系统服务器，再将备用系统停掉。服务器应急预案全文共5页，当前为第1页。（5）应急预案技术措施，如果出现网络病毒，黑客攻击等，系统管理员采用瑞星杀毒软件或卡巴斯基杀毒软件和360木马查杀工具等，对整个计算机进行杀毒。对不能确定是否为病毒的文件。如果出现不良信息，系统管理员程要设法找到不良信息的文件或不良信息存在数据库中的位置，对非法信息，进行手工删除，或编程删除，若不能清除，采用程序和数据备份进行恢复。 2、软件系统故障应急预案（1）发生服务器软件系统故障后，系统管理员应立即对服务器进行查看，分析故障原因，采取并及时报告分管经理；同时安排将故障服务器脱离网络，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，按照系统恢复应急预案进行。（2）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告分管经理。服务器应急预案全文共5页，当前为第2页。（3）技术措施：系统管理员在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。如果估计在3小时之内都不能定位故障原因，那么报告分管经理，请求系统软件厂商及技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和业务系统。排除操作系统故障的方法，检查操作系统进程是否都正常，有无非法进程，操作系统文件有无损坏丢失，是否受到病毒和木马程序侵害，黑客攻击。如果不是操作系统故障，应该只是对业务系统进行检查，检查方法，查看业务系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。服务器应急预案全文共5页，当前为第2页。 3、服务器硬件故障应急预案（1）发生服务器设备硬件故障后，系统管理员应及时报告分管经理，并组织查找、确定故障设备及故障原因，进行先期处置。（2）根据系统恢复应急预案，确定故障的服务器上的业务系统的应急恢复措施。（3）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告分管经理。（4）技术措施：初步判断硬件故障的方法，观察系统能否正常启动，记录启动时显示器屏幕上的提示信息，记录服务器状态指示灯状态，记录系统状态显示屏上的信息，系统管理员初步判断服务器硬件故障后，咨询硬件厂商、技术支持确定硬件故障的具体原因和故障部件，并联系进行维修。 4、业务数据损坏应急预案发生业务数据损坏时，系统管理员应及时报告信息分管经理，检查、备份业务系统当前数据。服务器应急预案全文共5页，当前为第3页。系统管理员负责调用备份服务器备份数据，若备份数据损坏，调用异地备份数据，应及时完成数据恢复工作。系统管理员应待业务数据系统恢复后，检查历史数据和当前数据的差别，由相关系统操作员补录数据；重新备份数据，并写出故障分析报告，在调查工作

34,590

社区成员

254,589

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章