呵呵，这个我也遇到过，很简单啊。我也写成了一个小教程，你可以看看： ，希望对你有帮助，下面是具体做法：
创新互联建站是一家专业从事成都做网站、成都网站设计的网络公司。作为专业网站设计公司,创新互联建站依托的技术实力、以及多年的网站运营经验,为您提供专业的成都网站建设、成都全网营销推广及网站设计开发服务！
首先打开刚备份好的数据库文件，如果不再DATA目录下，就通过Ftp传到DATA目录里，复制数据库文件名。然后打开zblog后台“文件管理”，看到文件“c_custom.asp”，点击“编辑”，把第三行的“Const ZC_DATABASE_PATH="data/………….MDB"”省略号的部分改为你所备份文件的名字即可，“提交”，ok，数据库已经还原了。
zblog如何备份和zblog怎么备份2008-05-01 11:02zblog备份的原则就是凡是你修改过的，都需要备份。 z-blog 1.8版本
第一：首先备份，c_custom.asp文件。说明：有Z-Blog中最基础的设置，数据库链接和网站链接
第二：备份，数据库文件
第三：你修改过的样式，模板页。
包括：
1、TEMPLATE目录，其中的STYLE目录。
2、INCLUDE目录
这里装的是z-blog的ASP头文件库，比如导航条、友情链接，图标汇集，以及你自定义一些标签都在里面。
3、UPLOAD目录
这里是你曾经上传过的文件附件所在，备份这个，可以保证你的下载或引用的图片链接有效。
4、IMAGE文件夹下custom目录
这个是我自定义的目录，放了一些博客用到的背景图片。
5、c_system_event.asp
此外我还去除了z-blog的“当前样式”和“当前语言”，所以这个“FUNCTION”文件夹中的“c_system_event.asp”，也要备份。
(Cache 和Post 两个目录不用备,可以文件重建生成)
2.如何把Z-BLOG搬迁到其他空间
直接将整站Z-BLOG程序用ftp备份之后上传到新空间
如果换域名了也只需在网站设置里重设BLOG的地址,然后文件重建即可
=====================================================.另外详细的信息：
如何对Z-blog数据进行备份【2008年1月24日更新】
俗话说，“不怕一万，就怕万一”，网络毕竟是虚幻的，“数字灾难”随时都可能发生。一旦有有不测风云，如病毒袭击、服务器瘫痪、自己误操作等都有可能使你驾设在虚拟空间的博客瞬间消失殆尽。
其实，只要你养成经常备份的习惯，这些突发事件对你来说就没什么大不了的。那么如何对Z-blog进行备份呢？
首先，建议你现在就开始，在自己的电脑硬盘新建一个博客文件夹，然后将虚拟空间里的全部blog文件（除了post目录外）下载下来。备份的工具为ftp工具，一般有CuteFTP、FlashFXP、LeapFTP等，功能都是大同小异的，不懂的朋友可以尝试去网上下载。
其后，你可以根据自己使用情况进行日常备份。备份的原则是：哪里进行成功更新了就备份哪里。为了使大家对博客各个目录有一个总体的认识，我来介绍一下备份的要点以及各个目录的作用：
1、重点备份——DATA目录
这是你的数据库目录，记录着日志、摘要、评论、留言、统计等最最重要的数据。建议你一周至少备份1-2次，如果你天天都有文章的话，那就天天备份吧。
2、选择性备份——一旦你成功进行了修改，对应备份该部分文件即可。“成功进行了修改”的意思是，只有那些验证确实可行的修改才需要备份，不要可能存在问题的备份了，而丧失了“恢复正常”的机会。
c_option.asp：博客后台[网站设置]大部分内容。
c_custom.asp：Z-blog主要配置文件，如博客网址，数据库路径、版权信息、统计代码等。
THEME目录：下载的主题文件（包括模板和样式）都放在这里，每个文件夹都代表一个独立的主题。
INCLUDE目录：包括导航栏、友情链接、网站收藏、图标汇集、站点统计等信息。
UPLOAD目录：通过在博客后台上传的图片等文件都储存在这里，每次只需备份最新上传的文件即可。
ADMIN目录：管理后台、编辑器。
FUNCTION目录：博客的主要程序文件，一般请不要乱改动。
IMAGE目录：程序默认的一些图片。
LANGUAGE目录：包含了语言包文件，对应修改，可以将实现界面的不同语言，如英文。
PLUGIN目录：插件目录，下载的插件文件都放在这里。
SCRIPT目录：一般js文件。
CSS目录：程序的样式，主要是后台的样式。
WAP目录：手机WAP访问的程序。
XML-RPC目录：博客对外接口。
3、不需经常备份的目录
POST目录：Z-blog会自动生成的文章都会储存在这里。只要目录存在，删除里面的文章也没问题，重建文件即可自动生成。
CACHE目录：博客运行时自动产生的临时文件。
ZBlog博客备份究竟要备份些什么内容呢？
1、备份文章：这个是最主要的，如果这部分数据丢失，可能意味着你以前的努力就白费了。Zblog所有发表的文章都保存在根目录里的post文件夹下，只要从空间里将post下传下来保存在本地即可。
2、备份数据库。数据库里记录了博客的基本变化，如：发表的文章数，评论数等数据，如果没有它，博客文章显示将会出现错误，所以在备份文章的同时备份它也是必不可少的。
3、备份根目录upload。这个目录里装载了你上传的所有文件，备份的时候也应该不能撇下它。因为你的文章里可能已经插入了这些附件，如果这部分的数据丢失，那么文章里相关这些附件链接（如提供的下载地址）就会失效。
4、备份相应的样式：Zblog官方给我们提供了很多的样式，但我们未必对样式感到非常满意，总会在原样式的基础上进行修改，因此，也有必要将这些样式保存下来，以便保护我们的劳动成果。
个人认为，平时只要做好这四个方面的备份即可。
解决zblog数据库连接错误的步骤：
1、zblog安装文件目录的写权限。
如果你的网站是在虚拟主机上，而又无法运行zblog，这个步骤需要和技术人员沟通，使你获得对自己主机空间文件夹的修改权限。
如果你是本地安装调试就需要自己完成如下操作：
如果zblog所在磁盘是FT32格式，此处不需要设置，如果是NTFS格式，则需要开启整个zblog所在文件夹（包括子文件夹）的everyone写权限。你可以按照以下步骤来完成设定。
双击打开“我的电脑”—“工具”菜单—“文件夹选项”—“查看”—去掉“使用简单文件共享”前面的对勾。
右键zblog安装的文件目录—“属性”—“安全”—选择“everyone”帐户，勾选下面的允许“修改”对应的勾（同时你会发现自动勾选了很多，不要管）。点击确定，并应用于子文件夹（有提示）。
2、zblog需要系统目录的temp文件夹的写权限。
如果是虚拟主机，一般不需要此步操作。如果是本地调试此步骤需要完成本步操作。
使用和步骤1相同的方法设定“C:\WINDOWS”下temp文件夹的everyone的修改属性。
3、重新安装zblog。
设定完这两个文件夹的写权限后，你需要重新通过浏览器打开网站，你会发现你的zblog提示你安装配置zblog的数据库名和帐户密码。从这里你应该知道，上一次的配置并没有被写到数据库里，否则不会提示你重新安装了。这也就是为何你无法登陆zblog，并提示“数据库错误”的原因了。如果你是一个有心人，这时打开zblog安装目录下的data文件夹，zblog的默认数据库文件zblog.mdb仍然躺在那里而不是一个很长的文件名。而一般情况下，正常安装zblog后，这个zblog.mdb一定会更换为一个很长的文件名字。
切记不可删除zblog文件夹，然后重新复制一个过来，如果是这样，zblog文件夹仍然没有everyone写权限。如果上面的步骤不可以，你可以尝试将zblog文件夹删除后，重新复制一个文件夹过来，一定要重新设定一遍zblog的写权限（包括子文件夹），然后方能正常使用。
4、如何确认是真的数据库连接有问题。
你可以查看zblog文件夹根目录下 c_custom.asp 文件中Const ZC_DATABASE_PATH后面的 data/ 后的字符是否和data文件夹下的文件名字是否一致，如果不一致，一定不会正常运行zblog。
5、为何zblog需要那么多写权限。
这个问题最有权力回答的应是zblog的作者朱煊同学。不过，通过使用，我们还是会知道一些答案。
a、要想完成zblog的各种配置，根目录下的文件需要写权限。如c_custom.asp、c_option.asp。
b、要完成zblog配置并向数据库文件写入数据data文件夹下的mdb文件需要写权限。
c、发布文章的时候需要将post文件夹创建静态html文件，那么这个文件夹需要写权限。
d、创建各种文章列表和模块的时候需要includ文件夹的写权限。
e、每一篇文章都一个摘要，cache文件夹需要写权限。
f、如果你要启用并下载一些插件，plugin文件夹需要写权限。
g、如果你想使用一个新的zblog模板，或者想修改使用的模板，themes文件夹需要写权限。
h、如果你想修改zblog更高级的功能，也需要特别的文件夹的写权限，对了差点忘了还有rss.xml这个订阅文件。
需要这么多的写权限，除非你是一个服务器维护的高手，那么需要开启写权限的目录的时候开启，不需要的时候关闭。一般情况下，建议你还是将zblog所在的目录整个文件夹赋予everyone的写权限。否则，莫名其妙的很多麻烦都会让你“很闹心”。
如果你确实觉得赋予网站根目录的everyone的写权限太危险，还有很多简单的设定可以帮你提升zblog的安全系数。不过这都是对于一般安全性而言，而对于高级hacker，即便是你开启最小的写权限，仍然可以被拿下。甚至有的时候，人家根本不拿你开刀，而是直接搞定所在的那台服务器了。