实战备份与恢复数据
bob 发布于 April 23, 2006 19:20
此次换服务器,完全是借助程序自带的备份和导入功能完成了平滑的数据迁移工作。在此,我写出备份-导入的大致过程和一些提示,希望有助于各位使用者的数据迁移。
请使用程序的备份与导入功能,而不是PHPMyAdmin等第三方程序导入和导出。这是因为:
- 程序的备份和导入功能是根据程序的实际情况编写的;
- 程序的备份和导入功能是MySQL版本无关的;而第三方程序需要考虑到MySQL的版本、字符集等,会使情况复杂化;
- 程序的备份和导入功能在设计时就考虑到了大数据情况下的分卷备份和分卷导入,而第三方程序的分卷导出与导入并不一定会成功。
当然,PHPMyAdmin等程序的优势在于,它们在导出和导入数据是直接生成/读取SQL语句,因此可以在导入之前修改SQL文本达到修改数据的目的。而程序的导出的则是专用格式和base64编码的数据,无法直接修改。
大致的操作流程:
1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。
2. 登入旧站的后台,到数据维护下执行数据备份。
每次读取的记录数设置不要太大,默认的50虽然偏小但能够保证稳定。此次我设置的是65。
我没有勾选“日历”,因为这个可以等数据导入后重新生成。
3. 上新站的FTP,上传与旧站版本一致的程序,用和原先一样的管理员名称和密码全新安装。数据库前缀不一定要和原先一致。
4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。
5. 登入新站后台,进入数据维护下执行导入数据。
6. 导入完成后,刷新缓存、刷新计数器、重建日历。
7. 进入新站后台,设置好 blog路径和图标地址。同时,视服务器的情况,打开gzip与伪html。
8. 进入后台的MySQL运行框,执行下面的命令以修改访问次数:
9. 接下来,重装原来有的风格、插件等。
提示:
1. 备份和导入需要写入COOKIE,因此和之前反复提醒过的事项一样,如果你曾经用记事本等软件修改过后台的文件(比如admin.php,admin/文件夹下的文件等),导致COOKIE无法写入的话,备份会失败。
(请参阅 http://wiki.bmforum.com/BOM )
2. 如果服务器是Unix/Linux等,请把上传的 data/ 目录下的文件属性改为可写。
请使用程序的备份与导入功能,而不是PHPMyAdmin等第三方程序导入和导出。这是因为:
- 程序的备份和导入功能是根据程序的实际情况编写的;
- 程序的备份和导入功能是MySQL版本无关的;而第三方程序需要考虑到MySQL的版本、字符集等,会使情况复杂化;
- 程序的备份和导入功能在设计时就考虑到了大数据情况下的分卷备份和分卷导入,而第三方程序的分卷导出与导入并不一定会成功。
当然,PHPMyAdmin等程序的优势在于,它们在导出和导入数据是直接生成/读取SQL语句,因此可以在导入之前修改SQL文本达到修改数据的目的。而程序的导出的则是专用格式和base64编码的数据,无法直接修改。
大致的操作流程:
1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。
2. 登入旧站的后台,到数据维护下执行数据备份。
每次读取的记录数设置不要太大,默认的50虽然偏小但能够保证稳定。此次我设置的是65。
我没有勾选“日历”,因为这个可以等数据导入后重新生成。
3. 上新站的FTP,上传与旧站版本一致的程序,用和原先一样的管理员名称和密码全新安装。数据库前缀不一定要和原先一致。
4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。
5. 登入新站后台,进入数据维护下执行导入数据。
6. 导入完成后,刷新缓存、刷新计数器、重建日历。
7. 进入新站后台,设置好 blog路径和图标地址。同时,视服务器的情况,打开gzip与伪html。
8. 进入后台的MySQL运行框,执行下面的命令以修改访问次数:
引用
update [db]counter set total=数字
9. 接下来,重装原来有的风格、插件等。
提示:
1. 备份和导入需要写入COOKIE,因此和之前反复提醒过的事项一样,如果你曾经用记事本等软件修改过后台的文件(比如admin.php,admin/文件夹下的文件等),导致COOKIE无法写入的话,备份会失败。
(请参阅 http://wiki.bmforum.com/BOM )
2. 如果服务器是Unix/Linux等,请把上传的 data/ 目录下的文件属性改为可写。
H
ksd
April 19, 2010 11:07
回复
xingqi8
我按照这个教程操作
到第四步
4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。
我传data/下的文件到新站时显示上传错误,一个文件也不能传到新空间,怎么办?
到第四步
4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。
我传data/下的文件到新站时显示上传错误,一个文件也不能传到新空间,怎么办?
October 30, 2006 15:40
JOE
作者,我发现恢复的时候有一个问题
按照你写的我做到第四步一切正常,安装也正常
但是把data文件夹传完之后
打开首页就:
Cannot find template. You may need to reinstall the program.
按道理没有理由啊,因为用default模板的嘛
只能直接通过admin.php进入后台执行恢复,可能有朋友碰到这样的问题,写出来仅供参考:)
按照你写的我做到第四步一切正常,安装也正常
但是把data文件夹传完之后
打开首页就:
Cannot find template. You may need to reinstall the program.
按道理没有理由啊,因为用default模板的嘛
只能直接通过admin.php进入后台执行恢复,可能有朋友碰到这样的问题,写出来仅供参考:)
September 17, 2006 03:58
BO-BLOG实战备份与恢复数据
[August 21, 2006 00:03]
来源:公专人博客
内容:此次换服务器,完全是借助程序自带的备份和导入功能完成了平滑的数据迁移工作。在此,我写出备份-导入的大致过程和一些提示,希望有助于各位使用者的数据迁移。请使用程序的备份与导入功能,而不是PHPMyAdmin等第三方程序导入和导出。这是因为:- 程序的备份和导入功能是根据程序的实际情况编写的;- 程序的备份和导入功能是MySQL版本无关的;而第三方程序需要考虑到MySQL的版本、字符集等,会使情况复杂化;- 程序的备份和导入功能在设计时就考虑到了大数据情况下的分卷备份和分卷导入,而第三方程序的分卷导出与导入并不一定会成功。当然,PHPMyAdmin等程序的优势在于,它们在导出和导入数据是直接生成/读取SQL语句,因此可以在导入之前修改SQL文本达到修改数据的目的。而程序的导出的则是专用格式和base64编码的数据,无法直接修改。大致的操作流程:1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。2. 登入旧站的后台,到数据维护下执行数据备份。 每次读取的记录数设置不要太大,默认的50虽然偏小但能够保证稳定。此次我设置的是65。 我没有勾选“日历”,因为这个可以等数据导入后重新生成。3. 上新站的FTP,上传与旧站版本一致的程序,用和原先一样的管理员名称和密码全新安装。数据库前缀不一定要和原先一致。4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。5. 登入新站后台,进入数据维护下执行导入数据。6. 导入完成后,刷新缓存、刷新计数器、重建日历。7. 进入新站后台,设置好 blog路径和图标地址。同时,视服务器的情况,打开gzip与伪html。8. 进入后台的MySQL运行框,执行下面的命令以修改访问次数:update counter set total=数字9. 接下来,重装原来有的风格、插件等。提示:1. 备份和导入需要写入COOKIE,因此和之前反复提醒过的事项一样,如果你曾经用记事本等软件修改过后台的文件(比如admin.php,admin/文件夹下的文件等),导致COOKIE无法写入的话,备份会失败。(请参阅 http://wiki.bmforum.com/BOM )2. 如果服务器是Unix/
内容:此次换服务器,完全是借助程序自带的备份和导入功能完成了平滑的数据迁移工作。在此,我写出备份-导入的大致过程和一些提示,希望有助于各位使用者的数据迁移。请使用程序的备份与导入功能,而不是PHPMyAdmin等第三方程序导入和导出。这是因为:- 程序的备份和导入功能是根据程序的实际情况编写的;- 程序的备份和导入功能是MySQL版本无关的;而第三方程序需要考虑到MySQL的版本、字符集等,会使情况复杂化;- 程序的备份和导入功能在设计时就考虑到了大数据情况下的分卷备份和分卷导入,而第三方程序的分卷导出与导入并不一定会成功。当然,PHPMyAdmin等程序的优势在于,它们在导出和导入数据是直接生成/读取SQL语句,因此可以在导入之前修改SQL文本达到修改数据的目的。而程序的导出的则是专用格式和base64编码的数据,无法直接修改。大致的操作流程:1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。2. 登入旧站的后台,到数据维护下执行数据备份。 每次读取的记录数设置不要太大,默认的50虽然偏小但能够保证稳定。此次我设置的是65。 我没有勾选“日历”,因为这个可以等数据导入后重新生成。3. 上新站的FTP,上传与旧站版本一致的程序,用和原先一样的管理员名称和密码全新安装。数据库前缀不一定要和原先一致。4. 上旧站的FTP,到bak/文件夹下下载备份出来的数据,然后上传到新站的bak/文件夹下。同时,上传attachment/ 、data/下的文件到新站。5. 登入新站后台,进入数据维护下执行导入数据。6. 导入完成后,刷新缓存、刷新计数器、重建日历。7. 进入新站后台,设置好 blog路径和图标地址。同时,视服务器的情况,打开gzip与伪html。8. 进入后台的MySQL运行框,执行下面的命令以修改访问次数:update counter set total=数字9. 接下来,重装原来有的风格、插件等。提示:1. 备份和导入需要写入COOKIE,因此和之前反复提醒过的事项一样,如果你曾经用记事本等软件修改过后台的文件(比如admin.php,admin/文件夹下的文件等),导致COOKIE无法写入的话,备份会失败。(请参阅 http://wiki.bmforum.com/BOM )2. 如果服务器是Unix/
Raylzw
bob你好,请问为什么不备份 config.php 文件?
1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。
如果不备份的话不是要重新设置过?
1. 上旧站的FTP,下载attachment(附件)文件夹,data/下除了 config.php 以外的所有文件。
如果不备份的话不是要重新设置过?
June 18, 2006 23:51
分页: 1/2
1 2
1 2

