关于服务器中数据库的迁移。

首先，两台服务器如果可以连通，那么直接使用数据导入导出功能，先在sql2005创建你要的数据库，然后，导入数据，导入时，会提示你要导入那些数据库对象，你可以选择全部对象，然后就ok啦。这是最方便快捷的方式。
导完数据库之后,进系统测试一下，看看有什么错误没有，或者那些数据库对象没有拷贝过去。然后，手动添加过去。
=======================================
你这样做是不行的。sql2000的数据文件，是不能用附加的方式附加到sql2005上去的。我还是不知道你的2台服务器是否能连通，能连通的话，直接在sql2005连接到sql2000，这是可以的，数据库的版本向下兼容。然后在sql2000连接节点中，找到你要导出的数据库，然后右键--任务--导出数据。。。一步一步 *** 作下去就ok，很简单问题，被你搞的这样纠结。。。。。。

无论你多么小心地为迁移做准备工作，迁移有时还是会失败。失败就可能发生在迁移过程中的不同阶段；具体哪个阶段是基于任务栏百分比估计值出来的。建立目标虚拟机(VM)(0%-5%)准备克隆磁盘(5%-6%)克隆过程(6%-95%)克隆工作结束以后(95%-97%)定制或重新配置(97%-99%)安装工具或启动(99%-100%)虽然在任何迁移阶段都可能会失败，但如果要是失败的话，它通常会在97%处失败。在迁移过程中，Converter创建了一个详细的日志文件，此文件会包含确切的错误信息以及有关转换失败的原因。此日志文件被存放在你正在被迁移的服务器上，此服务器运行着Converter代理，通常日志被命名为vmware-converter-0log，存放位置在C:\Windows\temp\vmware-temp目录下。打开该日志文件和滚动到文件底部，寻找失败信息。一旦这次迁移过程失败，Converter会将它自动创建的虚拟机删除。确定哪个阶段会失败的一个线索是进度条如何快速地达到了97%。如果它迅速地跳跃到97%并且失败，这通常表明问题出在以下几个方面：网络端口、DNS解析或是需要的Windows服务没有运行。下面有几个步骤可以帮你试图解决这类问题。如果你使用主机名称来选择你的VC/ESX目的服务器，请确保你可以在你的源服务器上解析到这些主机名称的IP地址。在源服务器上，确保Workstation、Server，TCP/IPNetBIOSHelper和VMwareConverterservices这几个服务正在运行。在WindowsXP和2003服务器上，确保VolumeShadowCopyservice服务不是禁用状态，在默认情况下，应该是设置为手动状态。这项服务并不需要在转换过程中一直处于运行状态。使用Telnet命令，看看你是否可以连接到在VC或ESX服务器上所需要的端口。从源服务器“Telnet902”。你应该可以从VC/ESX服务器得到回应，在端口443上也要这样做。尝试重新启动源服务器，对于WindowsNT和2000服务器来说，这是一个必须的要求。如果需要很长的一段时间才能达到97%，那么通常是在数据克隆或克隆后期过程中克隆失败。造成这种失败的一些可能的原因是，在服务器之间网络连接丢失了，网络错误和源服务器磁盘问题。下面有几个步骤可以帮你试图解决这类问题。验证网络速度/双工设置，你的源服务器的网卡和被连接的物理交换机的端口是否符合。如果你启用 *** 作系统镜像，那么删除这个镜像。清理你的Bootini文件，并确保它是正确的。确保你使用的是最新版本的Converter。如果源服务器有动态磁盘旧版转换程序就会失败。在源服务器上运行chkdsk，以验证文件系统的完整性。确保在源服务器的系统盘上你有至少200MB可用磁盘。如果你的源服务器已有超过两个串口（COM）的端口，打开注册表，并寻找到HKLM\HARDWARE\DEVICEMAP\SERIALCOM子键，移除在串口端口2以上的任何端口。在做这个之前，你可以导出此键值，如果需要的话，转换完成后就可以重新导入。最后，如果你的转换成功完成，但你的服务器无法启动（或者出现蓝屏），你可以尝试使用以下的步骤来进行修复。在新创建的虚拟机上编辑Bootini，以确保磁盘的顺序是正确的。有时开机磁盘将不会被列为第一分区。要做到这一点，只需使用一个可用的虚拟机作为工作助手，将迁移后的磁盘以增加一个虚拟硬盘的方式添加到此台虚拟机上。这样就可以浏览到新创建的磁盘文件内容。然后，你就可以浏览该磁盘和编辑Bootini文件。完成后，从这台虚拟机删除此虚拟磁盘。另外，你也可以尝试再次运行Converter并选择“配置机器”，选择你新创建的虚拟机。通过向导程序，（当完成时）尝试再次启动它。对于虚拟磁盘（BusLogic或LSILogic）来说，确认你使用的是合适的SCSI控制器。在安全模式下启动虚拟机，看看是否特定的服务器硬件或驱动程序已经被载入。加强新虚拟机的服务器性能当你的转换完成后，你应该做以下几个步骤，对你的新虚拟机进行清理，以便它有更好的性能。编辑虚拟机的硬件。移除所有不必要的硬件，包括软盘驱动器和串行，并行和USB端口。你应该分配给VM的内存和它需求的一样多。如果可以就尽量减少它。当使用一个vCPU时，大多数的虚拟机会运行地更好，所以如果ESX主机服务器是一个SMP（对称多处理）的物理服务器，那么应该考虑减少虚拟CPU的数量。启动VM，等待几分钟，让它发现所有的新硬件，然后重新启动它。检查服务器的HAL，如果它来自一个多CPU的物理服务器，但现在只有一个单一虚拟CPU的虚拟机，那么你需要打开设备管理器并编辑CPU（计算机）。选择更新驱动程序，不要选择通过WindowsUpdate来更新，而是选择从列表中安装，选择Don'tSearch，并选择ACPIUniprocessor取代ACPIMultiprocessor驱动。移除任何硬件的特定应用程序和驱动。最后，我要强调：删除所有目前不使用的硬件驱动。有些硬件设备已从系统中删除，但相应的驱动还没有被卸载，这是迁移后的遗留问题。那些不再是系统中存在的物理硬件的驱动程序，但Windows对待它们，就像它们存在一样，并将系统资源分配给它们。并且当你试图给新的网络适配器配置的IP地址与源服务器上的地址相同的时候，它们也会导致冲突。这个问题的原因是，旧NIC仍然存在，这个IP地址被不存在的硬件占用着。迁移后会有大量的不存在的硬件设备的驱动被保留着。要删除所有的只需打开一个命令提示符CMD并键入SETDEVMGR_SHOW_NONPRESENT_DEVICES=1。然后在同样的命令窗口里输入Devmgmtmsc，然后，当设备管理器窗口打开的时候，选择显示隐藏的设备。当你每个硬件类，你会看到大量的不存在的硬件的驱动，它们所显示出的图标为灰色。右键单击并选择卸载。当你删除它们后应马上重新启动。总结使用VMwareConverter的这一系列文章。希望文章中的这些信息，将帮助你完成物理服务器到虚拟服务器的转换。转载，仅供参考，祝你愉快，。

提示是数据表ims_account_wechats出错
Unknown column ‘jsapi_ticket’in ‘field list翻译成人话就是在ims_account_wechats这个表中缺少jsapi_ticket这个字段。
本着缺啥补啥的精神，我们要来看一看如何正确地补上这个字段
语句很简单
alter table+表名+add+字段名+数据类型+默认值
示例的解决方法
alter table ims_account_wechats add jsapi_ticket varchar(32) DEFAULT NULL其实对应着错误，把表名和缺的字段名填写上去就行，默认值也就写DEFAULT NULL就可以，唯一麻烦的就是这个数据类型了。如果有人告诉你，这个字段的数据类型是什么，那就直接写上，如果实在确定不了，建议选用varchar这个字符类型，上面示例解决方法里就是varchar(32)，表示可以存储32个字符，这个值自己写吧，最大支持255。然后扔到系统-数据库-SQL里执行一下或者直接在数据库里执行一下就可以了。

微信聊天记录迁移失败的原因，如下：
1、网络不稳定，迁移过程中断。
2、微信版本过旧，无法支持聊天记录迁移。
3、账号信息输入错误，无法成功登录账号。
4、存储空间不足，无法完成聊天记录迁移 *** 作。
5、微信服务器出现故障，导致无法进行聊天记录迁移。
解决方法：
1、网络不稳定，可以重启网络或更换网络，保证网络稳定。
2、微信版本过旧，可以尝试更新到最新版本的微信。
3、账号信息输入错误，可以检查账号密码是否输入正确。
4、存储空间不足，可以清理一些不必要的文件或应用程序来腾出空间。
5、微信服务器出现故障，可以等待一段时间后再试。
聊天记录备份的好处：
它可以保护你的个人信息和重要信息，避免因手机丢失、故障、升级等导致无法找回聊天记录而长时间感到不安。同时，备份聊天记录也方便你在更换手机或其他移动设备时迁移，只需将备份的聊天记录还原即可享用个性化的聊天体验。此外，备份聊天记录可以保护你的个人隐私安全，避免被别人恶意获取个人信息。同时，备份聊天记录也方便你回顾以前的聊天记录，留下美好回忆，也可以更好地了解好友的情况，增强友谊。因此，建议用户定期备份聊天记录，这样可以更好地保护个人信息和隐私，方便自己使用和管理，也能更好地与朋友保持联系和交流。

---