在使用织梦dedecms进行网站建设时，时常须要作下备份，在网站出现问题时好进行一键恢复操作。但实现上我们面临的情况要复杂的多，解决上去也有一定的难度。例如：我们的数据库备份后，要搬家到一个新的主机环境，这时数据库名称、表前缀都要改变。以下是青锋建站给你们分享的织梦dedecms数据库恢复教程，有新的情况欢迎你们留言，我们将发布最新的数据库恢复技巧。如果自己搞不定可以找青锋建站工程师解决，当然是要缴纳一定的费用的。dedecms数据库恢复理念在使用dedecms数据库恢复前，我们先讲一个理论，就是保留什么文件就可以将一个网站完整的恢复。对于dedecms来说，需要保留数据库备份文件(或数据表文件)、附件(主要上传的图片或文件)、模板文件。只在有这三个文件就可以实现织梦网站搬家、网站迁移。如果我们少了其他个别文件，会导致网站某些部份的不完整，如果我们可以处理后续的工作的话，也可以不用三个文件全部保留。
　　如果只保留数据库备份文件话，恢复的网站就会缺乏图片和模板，当然模板也可以下载，使用新的模板，图片也可以再上传。因此数据库备份文件是最重要的。dedecms数据库恢复分情况讨论A使用后台数据库恢复功能
　　要使用织梦后台默认的数据库恢复功能，请确保早已进行数据库备份，且备份文件没有删掉或被黑客篡改。数据库恢复过程如下：
　　依次操作后台－系统－数据库备份/还原－数据还原(在右上角)－选中全部数据表－点击开始还原数据。当然通常这些理想的情况你们还会操作，实际上可能面临备份文件和目前的网站数据库帐号并不相同或网站已经迁移的情况，这就是下边青锋建站要给你们说的。
　　B还原初始环境
　　还原初始环境的方式是这样实现的。当我们有了备份文件时，如果网站要迁移，要搬家，我们记录下原先网站的数据库名称、数据库帐号、数据库密码、表前缀、后台管理帐号、密码这种网站信息。在新的环境下安装网站(可以是新下载的初始dedecms版本)，并保持和原来一样的网站信息(上面提及的相关数据库信息)。网站安装完毕，把备份的数据库得到的网站的/data/backupdata目录下，然后登陆后台和A操作步骤一样来恢复dedecms数据库。
　　C难以还原初环境
　　由于个别虚拟主机的数据库信息，包括数据库帐号，表前缀都是固定的，无法还原织梦dedecms网站数据库的初始状态，这种情况该怎样进行dedecms数据库恢复呢？既然没法改变环境，那么我们只得改变自己啦，青锋建站采用的方式是更改数据库备份文件，建议使用Notepad++来打开更改数据库备份文件。
　　dedecms数据库恢复更改数据表的过程如下：记录新数据库环境下的帐号信息，包括网站的数据库名称、数据库帐号、数据库密码、表前缀、后台管理帐号、密码这种网站信息。我们分两步来实现，分别是更改文件前缀和内容前缀，这里我们假定新的数据库表前缀为“my_”。
　　第一步是更改数据备份文件的文件名，可以手工也可以使用专用批量文件更名软件(FreeRename- 提取码：h8jm )来进行更改，总之是把原先的备份文件名称改新环境下要求的数据表前缀名。例如de_admin_0_1d4ad0df48e7aa4e.txt更改成新的my_admin_0_1d4ad0df48e7aa4e.txt。
　　第二步是更改数据库备份文件的表前缀，使用Notepad++全部打开数据表备份文件，使用ctrl+h进行查找替换，替换掉全部备份文件即可。如下图所示。
　　
　　替换完全部的备份文件后，备份文件就可新环境下的数据库信息相同织梦数据还原文件，此时就可以根据方式A进行最基本的操作了。
　　以上就是青锋建站－专业的网站建设公司给你们分享的织梦dedecms库恢复教程。青锋建站专业致力于PHP开发，dedecms建站、phpcms建站二次开发。青锋建站，提供专业的高品质网站制作服务，包括网站建设，SEO织梦数据还原文件，网络营销，PHP开发，网站建设著名品牌，全国接单，为企业打造强有力的营销平台。 查看全部

　　不用删掉的，在后台备份!
　　
　　备份好后就在你根目录下的 data/backupdata这个文件夹下，你要还原的话就把backupdata这个文件夹复制过去替换掉，打开后台这数据库备份还原这还原就行了！
　　
　　备份文件通常不在数据库上面，正常备份的数据都备份到其他硬碟或其他笔记本上面
　　
　　如果你的链接是绝对链接的话，那么只能在模板中更改，如果你的联接是相对链接的话，你可以修改系统基本参数上面的域名，改为现今的域名就行，数据库可以直接通过phpmyadmin导出
　　
　　备份文件就是一个文件，删除就可以了
　　可能你的意思没有抒发正确，删除备份文件不会降低系统运势显存占用的
　　你可能是要把数据库中不适用的删掉掉吧，可以选中你要删掉的数据库织梦数据还原文件，右键就有删掉的项，如果系统运行还是慢的话，你瞧瞧易助的日志文件吧，是不是日志文件很大了织梦数据还原文件，如果没哪些用的话，把日志清楚后在瞧瞧是否还慢
　　
　　再刷 一遍 重删 刷官方原版
　　
　　你可以直接把你的数据导出到数据库上面，记得重新安装的时侯数据库的前缀要和你本地的数据库要相同，不然导出进去也是不可以用的。更改域名：进入网站后台后，设置域名，然后生成全站就可以了。 查看全部

　　
　　mysql表索引被破坏的问题及解决
　　下午下班，惊闻我的dedecms的网站出问题了，访问一看，果然全屏报错织梦数据库索引教程，检查mysql日志，错误信息为：
　　Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired
　　提示说cms的文章表dede_archives被标记有问题，需要修补。于是赶紧恢复历史数据，上网查找缘由。最终将问题解决。解决方式如下：
　　找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：
　　myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI
　　然后myisamchk 工具会帮助你恢复数据表的索引。重新启动mysql，问题解决。
　　问题剖析：
　　1、错误形成缘由，有网友说是频繁查询和更新dede_archives表引起的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意
　　这种说法。还有说法为是MYSQL数据库由于某种缘由而遭到了毁坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件
　　进行某种操作都有可能造成MYSQL数据库表被毁坏而未能读取数据。总之就是由于个别不可测的问题导致表的毁坏。
　　2、问题解决办法。
　　当你企图修补一个被破坏的表的问题时，有三种修补类型。如果你得到一个错误信息强调一个临时文件不能完善，删除信息所强调的文件并再
　　试一次--这一般是上一次修补操作遗留出来的。
　　这三种修补方式如下所示：
　　% myisamchk --recover --quick /path/to/tblName
　　% myisamchk --recover /path/to/tblName
　　% myisamchk --safe-recover /path/to/tblName
　　第一种是最快的，用来修补最普通的问题；而最后一种是最慢的，用来修补一些其它方式所不能修补的问题。
　　检查和修补MySQL数据文件
　　如果里面的方式难以修补一个被毁坏的表，在你舍弃之前，你还可以试试下边这两个方法：
　　如果你怀疑表的索引文件(*.MYI)发生了不可修补的错误，甚至是遗失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生
　　成它。首先制做一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并联接到这个服务上，使用下边的命令删掉表的内容：
　　mysql> DELETE FROM tblName;
　　在删掉表的内容的同时，会构建一个新的索引文件。退出登入并重新关掉服务，然后用你刚刚保存的数据文件(tblName.MYD)覆盖新的(空)数据
　　文件。最后，使用myisamchk执行标准的修补(上面的第二种方式)，根据表的数据的内容和表的格式文件重新生成索引数据。
　　如果你的表的格式文件(tblName.frm)丢失了或则是发生了不可修补的错误，但是你清楚怎样使用相应的CREATE
　　TABLE句子来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用前面的方式重建一
　　个新的)一起使用。首先制做一个数据和索引文件的拷贝，然后删掉原先的文件(删除数据目录下有关这个表的所有记录)。
　　启动MySQL服务并使用先前的CREATE
　　TABLE文件构建一个新的表。新的.frm文件应当可以正常工作了织梦数据库索引教程，但是最好你还是执行一下标准的修补(上面的第二种方式)。
　　3、myisamchk工具介绍（见mysql的官方指南）
　　可以使用myisamchk实用程序来获得有关数据库表的信息或检测、修复、优化她们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。
　　调用myisamchk的方式：
　　shell> myisamchk [options] tbl_name ...
　　options指定你想使myisamchk做哪些。在前面描述它们。还可以通过调用myisamchk --help得到选项列表。
　　tbl_name是你想要检测或修补的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定数据库目录的路径，因为myisamchk不知
　　道你的数据库坐落那儿。实际上，myisamchk不在意你正在操作的文件是否坐落一个数据库目录；你可以将对应于数据库表的文件拷贝到别处并
　　且在哪里执行恢复操作。
　　如果你乐意，可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用“
　　.MYI”后缀)来指定一个表。它容许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在数据库目录，可以这样在目录下检测
　　所有的MyISAM表：
　　shell> myisamchk *.MYI
　　如果你不在数据库目录下，可通过指定到目录的路径检测所有在那里的表：
　　shell> myisamchk /path/to/database_dir*.MYI
　　推荐的快速检测所有MyISAM表的形式是：
　　shell> myisamchk --silent --fast /path/to/datadir*.MYI
　　该命令假设你有小于64MB的自由显存。关于用myisamchk分配内存的详尽信息，参见5.9.5.5节，“myisamchk显存使用”
　　当你运行myisamchk时，必须确保其它程序不使用表。否则，当你运行myisamchk时，会显示下边的错误消息：
　　warning: clients are using or haven't closed the table properly
　　这说明你正尝试检测正被另一个还没有关掉文件或早已中止而没有正确地关掉文件的程序(例如mysqld服务器)
　　如果mysqld正在运行，你必须通过FLUSH
　　TABLES强制清空一直在显存中的任何表更改。当你运行myisamchk时，必须确保其它程序不使用表。避免该问题的最容易的方式是使用CHECK
　　TABLE而不用myisamchk来检测表。 查看全部