wordpress数据库备份及换空间详细教程
“衙檬俶沛”通过精心收集,向本站投稿了7篇wordpress数据库备份及换空间详细教程,以下是小编收集整理后的wordpress数据库备份及换空间详细教程,仅供参考,欢迎大家阅读。
篇1:wordpress数据库备份及换空间详细教程
网上有很多关于wordpress更换空间或者wordpress更换域名的帖子,但是帖子下面往往跟着学习者的疑问!今天我就以wordpress更换空间测试者的身份向朋友们讲解,
我在测试更换空间的过程中呢,也碰到了一些错误提示,所以大家要根据我写的步骤来更换空间。
第一:用phpmyadmin备份你博客所在数据库,【高手可以用命令备份或者空间商提供的其他备份数据库工具】,导出.sql格式的数据。
第二:从需要备份原来的wordpress博客根目录所有文件,比如,从原来的网站上打包,拷贝到本地,并解压,备用。
第三:在你的新空间创建新的数据库,并且将刚刚备份的导入到该数据库。 【不会导入的话,本博客可以再写篇mysql数据导入文章】
第四:修改wordpress的配置文件wp-config.php
主要是修改DB_NAME,DB_USER,DB_PASS,DB_HOST四个字段
将上面四个字段按照新的数据库配置进行修改
如果不会修改,干脆直接把该文件删除,然后直接重新配置【此处重新配置是连接数据库的文件,不是重新配置网站设置,
】
删除之后就会想刚安装wordpress界面一样。
数据库名:填写你刚刚创建的数据库名
用户名、密码:新数据库的帐号密码
数据库主机:一般默认是localhost,除非你的数据库和空间不在同一主机上。
表名前缀:【原来的前缀】
填写完后提交,安装。然后就会出现以下界面了。提示你安装过了,这就说明数据库中的内容没有被覆盖。
点击登录,进入后台就可以了!
我在更换完空间之后,访问首页出现这样的提示【Fatal error: Call to undefined function mb_convert_encoding in..文件路径】
这是因为php配置问题,打开php配置文件,开通extension=php_mbstring.dll。然后重启apache就可以了!
如果按照上面的顺序的话,一般不会出现什么错误!如果出现错误请及时留言!我会加以修正。
篇2:备份向导数据库教程
我们知道备份和恢复数据库是DBA 的主要工作,但是如果您是一名DBA 新手,我们建议您在没有搞清楚到底如何进行之前,不妨使用备份向导,
备份向导数据库教程
。它能告诉您在备份时应该干些什么使用备份向导的步骤如下:(1) 启动SQL Server Enterprise Manager, 单击要登录的服务器,此时在主菜单上选择Tools, 在弹出菜单上选择Wizards 后弹出Select Wizard 对话框,如图15-7 所示。
图15-7 Select Wizard 对话框
(2) 单击Management 左边的“+” 标志,然后双击Backup Wizard, 打开Welcometo Create Database Backup Wizard 对话框,如图15-8 所示。
(3) 单击“下一步”按钮,打开Select Database to Backup 对话框,选择要进行备份的数据库,如图15-9 所示。
(4) 单击“下一步”按钮,打开Type Name and Description for Backup 对话框,
为备份输入名字和描述。如图15-10 所示。
(5) 单击“下一步”按钮,打开Select Type of Backup 对话框,选择您所进行的备份的类型,如图15-11 所示。
(6) 单击“下一步”按钮,打开Select Backup Destination and Action 对话框, 选择备份时使用的备份设备,并决定是覆盖原设备还是添加到原设备当中。如图15-12 所示。
图15-11 Select Type of Backup 对话框
(7) 单击“下一步”按钮,打开Backup verification and scheduling 对话框,选择checking media set 表示检查备份介质以确信是否到期而可以被覆盖,如图15-13 所示。
(8) 单击“下一步”按钮,打开Completing the Create Backup wizard 对话框,如图15-14。
(9) 单击“完成”,完成数据库备份。
篇3:创建备份设备数据库教程
在进行备份以前首先必须创建备份设备,
创建备份设备数据库教程
。备份设备是用来存储数据库、事务日志或文件和文件组备份的存储介质。备份设备可以是硬盘、磁带或管道。SQL Server 只支持将数据库备份到本地磁带机,而不是网络上的远程磁带机。当使用磁盘时,SQL Server 允许将本地主机硬盘和远程主机上的硬盘作为备份设备,备份设备在硬盘中是以文件的方式存储的。15.2.1 用SQL Server Enterprise Manager 管理备份设备
1 使用SQL Server Enterprise Manager 创建备份设备
(1)使用SQL Server Enterprise Manager, 创建备份设备的步骤为:
(2) 打开Management 文件夹,然后选择Backup 图标。
(3) 右击Backup 在弹出菜单中选择 New Backup Device 选项,然后弹出 BackupDevice Properties C New Device 对话框,
如图15-1 所示。
(4) 在Name 栏中输入设备名称该名称是备份设备的逻辑名。
(5) 选择备份设备类型,如果选择File name 表示使用硬盘做备份,只有正在创建的设备是硬盘文件时,该选项才起作用。如果选择Tape Drive name 表示使用磁带设备。只有正在创建的备份设备是与本地服务器相连的磁带设备时,该选项才起作用。
(6) 然后单击确定创建备份设备。
2 使用SQL Server Enterprise Manager 删除备份设备在创建备份设备的第二步,选中Backup 图标后,在右格对话框中右击要删除的备份设备,在弹出菜单中选择Delete 选项,则删除该备份设备。
15.2.2 使用系统过程管理备份设备
1 sp_addumpdevice
在SQL Server 中,使用sp_addumpdevice 来创建备份设备。其语法格式为:
篇4:备份和恢复概述数据库教程
理主要是为防止非法登录者或非授权用户对SQL Server 数据库或数据造成破坏,但在有些情况下这种安全管理机制显得力不从心,
备份和恢复概述数据库教程
。例如合法用户不小心对数据库数据做了不正确的操作或者保存数据库文件的磁盘遭到损坏或者运行SQL Server 的服务器因某种不可预见的事情而导致崩溃。所以我们需要提出另外的方案即数据库的备份和恢复来解决这种问题。本章的主要目的就是介绍备份、恢复的含
义,数据库备份的种类以及备份设备等基本的概念,以及如何创建备份和恢复数据库,使读者对其有全面的了解和认识,能够自主制定自己的备份和恢复计划。
15.1.1 备份和恢复
备份和恢复组件是SQL Server 的重要组成部分。备份就是指对SQL Server 数据库或事务日志进行拷贝,数据库备份记录了在进行备份这一操作时数据库中所有数据的状态,如果数据库因意外而损坏,这些备份文件将在数据库恢复时被用来恢复数据库。
由于SQL Server 支持在线,备份所以通常情况下可一边进行备份,一边进行其它操作,但是,在备份过程中不允许执行以下操作:
创建或删除数据库文件;
创建索引;
执行非日志操作;
自动或手工缩小数据库或数据库文件大小。如果以上各种操作正在进行当中,且准备进行备份则备份,处理将被终止;如果在备份过程中,打算执行以上任何操作,则操作将失败而备份继续进行。
恢复就是把遭受破坏或丢失数据或出现错误的数据库恢复到原来的正常状态,这一状态是由备份决定的,但是为了维护数据库的一致性,在备份中未完成的事务并不进行恢复。
进行备份和恢复的工作主要是由数据库管理员来完成的。实际上数据库管理员日常比较重要、比较频繁的工作就是对数据库进行备份和恢复。
注意:如果在备份或恢复过程中发生中断,则可以重新从中断点开始执行备份或恢复。这在备份一个大型数据库时极有价值。
15.1.2 数据库备份的类型
在SQL Server 中有四种备份类型,分别为;
数据库备份(Database Backups)
事务日志备份(Transaction Log Backup)
差异备份(Differential Database Backups)
文件和文件组备份(File and File Group Backup)下面我们将详细介绍其所表述的内容,并涉及到一些使用时注意事项。
1 数据库备份(Database Backups)
数据库备份是指对数据库的完整备份,包括所有的数据以及数据库对象。实际上备份数据库过程就是首先将事务日志写到磁盘上,
然后根据事务创建相同的数据库和数据库对象以及拷贝数据的过程。由于是对数据库的完全备份,所以这种备份类型不仅速度较慢,
而且将占用大量磁盘空间。正因为如此,在进行数据库备份时,常将其安排在晚间,因为此时整个数据库系统几乎不进行其它事务操作,从而可以提高数据库备份的速度。
在对数据库进行完全备份时,所有未完成的事务或者发生在备份过程中的事务都不会被备份。如果您使用数据库备份类型,
则从开始备份到开始恢复这段时间内发生的任何针对数据库的修改将无法恢复。所以我们总是在一定的要求或条件下才使用这种备份类型,比如:
数据不是非常重要,尽管在备份之后恢复之前数据被修改,但这种修改是可以忍受的;
通过批处理或其它方法,在数据库恢复之后可以很容易地重新实现在数据损坏前发生的修改;
数据库变化的频率不大。在进行数据库备份时,如果您在备份完成之后又进行了事务日志备份,则在数据库备份过程中发生的事务将被备份:但若只进行数据库备份,常将数据库选项“trunc.log onchkpt” 设置为true, 这样每次在运行到检查点(checkpoint) 时,都会将事务日志截断。
注意:如果对数据一致性要求较高(将数据库恢复到发生损坏的刻),则不应使用数据库备份。
2 事务日志备份(Transaction Log Backup)
事务日志备份是指对数据库发生的事务进行备份,包括从上次进行事务日志备份、差异备份和数据库完全备份之后,所有已经完成的事务。在以下情况下我们常选择事务日志备份。
不允许在最近一次数据库备份之后发生数据丢失或损坏现象;
存储备份文件的磁盘空间很小或者留给进行备份操作的时间有限,例如兆字节级的数据库需要很大的磁盘空间和备份时间;
准备把数据库恢复到发生失败的前一点;
数据库变化较为频繁。由于事务日志备份仅对数据库事务日志进行备份,所以其需要的磁盘空间和备份时间都比数据库备份(备份数据和事务)少得多,这是它的优点所在。正是基于此,我们在备份时常采用这样的策略,即每天进行一次数据库备份,而以一个或几个小时的频率备份事务日志。这样利用事务日志备份,我们就可以将数据库恢复到任意一个创建事务日志备份的时刻。
但是,创建事务日志备份却相对比较复杂。因为在使用事务日志对数据库进行恢复操作时,还必须有一个完整的数据库备份,而且事务日志备份恢复时必须要按一定的顺序进行。比如在上周末对数据库进行了完整的数据库备份,在从周一到本周末的每一天都进行一次事务日志备份,那么若要打算对数据库进行恢复,则首先恢复数据库备份,然后按照顺序恢复从周一到本周末的事务日志备份。
有些时侯数据库事务日志会被中断,例如数据库中执行了非日志操作(如创建索引、创建或删除数据库文件、自动或手工缩小数据库文件大小),此时应该立即创建数据库或差异备份,然后再进行事务日志备份。以前进行的事务日志备份也没有必要了。
3 差异备份(Differential Database Backups)
差异备份是指将最近一次数据库备份以来发生的数据变化备份起,来因此差异备份实际上是一种增量数据库备份,
与完整数据库备份相比,差异备份由于备份的数据量较小,所以备份和恢复所用的时间较短。通过增加差异备份的备份次数,可以降低丢失数据的风险,将数据库恢复至进行最后一次差异备份的时刻,但是它无法像事务日志备份那样提供到失败点的无数据损失备份。
但在实际中为了最大限度地减少数据库恢复时间以及降低数据损失数量,我们常一起使用数据库备份、事务日志备份和差异备份,而采用的备份方案是这样的;
首先有规律地进行数据库备份,比如每晚进行备份;
其次以较小的时间间隔进行差异备份,比如三个小时或四个小时;
最后在相临的两次差异备份之间进行事务日志备份,可以每二十或三十分钟一次。
这样在进行恢复时,我们可先恢复最近一次的数据库备份,接着进行差异备份,最后进行事务日志备份的恢复。
但是,在更多的情况下我们希望数据库能恢复到数据库失败那一时刻,那么我们该怎样做呢?下面的方法也许会有大帮助。
首先如果能够访问数据库事务日志文件则应备份当前正处于活动状态的事务日志;
其次恢复最近一次数据库备份;
接着恢复最近一次差异备份;
最后按顺序恢复自差异备份以来进行的事务日志备份。当然,如果无法备份当前数据库正在进行的事务,则只能把数据库恢复到最后一次事务日志备份的状态,而不是数据库失败点。
4 文件和文件组备份(File and File Group Backup)
文件或文件组备份是指对数据库文件或文件夹进行备份,但其不像完整的数据库备份那样同时也进行事务日志备份。使用该备份方法可提高数据库恢复的速度,因为其仅对遭到破坏的文件或文件组进行恢复。
但是在使用文件或文件组进行恢复时,仍要求有一个自上次备份以来的事务日志备份来保证数据库的一致性。所以在进行完文件或文件组备份后应再进行事务日志备份。否则备份在文件或文件组备份中所有数据库变化将无效。
如果需要恢复的数据库部分涉及到多个文件或文件组,则应把这些文件或文件组都进行恢复。例如,如果在创建表或索引时,表或索引是跨多个文件或文件组,则在事务日志备份结束后应再对表或索引有关的文件或文件组进行备份,否则在文件或文件组恢复时将会出错。
15.1.3 备份和恢复的策略
通常而言,我们总是依赖所要求的恢复能力(如将数据库恢复到失败点) 、备份文件的大小(如完成数据库备份或只进行事务日志的备份或是差异数据库备份)以及留给备份的时间等来决定该使用哪种类型的备份。常用的备份选择方案有:仅仅进行数据库备份、或在进行数据库备份的同时进行事务日志备份,或使用完整数据库备份和差异数据库备份。
选用怎样的备份方案将对备份和恢复产生直接影响,而且也决定了数据库在遭到破坏前后的一致性水平。所以在做出该决策时,您必须认识到以下几个问题:
如果只进行数据库备份,那么将无法恢复自最近一次数据库备份以来数据库中所发生的所有事务。这种方案的优点是简单,而且在进行数据库恢复时操作也很方便;
如果在进行数据库备份时也进行事务日志备份,那么可以将数据库恢复到失败点,那些在失败前未提交的事务将无法恢复,但如果您在数据库失败后立即对当前处于活动状态的事务进行备份,则未提交的事务也可以恢复。
从以上可以看出,对数据库一致性的要求程度成为我们选择这样或那样的备份方案的主要的普遍性原因。但在某些情况下对数据库备份提出更为严格的要求,例如在处理比较重要业务的应用环境中,常要求数据库服务器连续工作,至多只留有一小段时间来执行系统维护任务,在该情况下一旦出现系统失败,则要求数据库在最短时间内立即恢复到正常状态,以避免丢失过多的重要数据,由此可见备份或恢复所需时间往往也成为我们选择何种备份方案的重要影响因素。
那么如何才能减少备份和恢复所花费时间呢?SQL Server 提供了几种方法来减少备份或恢复操作的执行时间。
使用多个备份设备来同时进行备份处理。同理,可以从多个备份设备上同时进行数据库恢复操作处理;
综合使用完整数据库备份、差异备份或事务日志备份来减少每次的需要备份的数据数量;
使用文件或文件组备份以及事务日志备份,这样可以只备份或恢复那些包含相关数据的文件,而不是整个数据库。
另外需要注意的是,在备份时我们也要决定该使用哪种备份设备如磁盘或磁带,并且决定如何在备份设备上创建备份,比如将备份添加到备份设备上或将其覆盖。在SQL Server 2000 中,有三种数据库恢复模式,它们分别是:简单恢复(SimpleRecovery)、完全恢复(Full Recovery)、批日志恢复(Bulk-logged Recovery)。
1 简单恢复(Simple Recovery)
所谓简单恢复就是指在进行数据库恢复时仅使用了数据库备份或差异备份,而不涉及事务日志备份。简单恢复模式可使数据库恢复到上一次备份的状态,但由于不使用事务日志备份来进行恢复,所以无法将数据库恢复到失败点状态。当选择简单恢复模式时常使用的备份策略是:首先进行数据库备份,然后进行差异备份。
2 完全恢复(Full Recovery)
完全数据库恢复模式是指通过使用数据库备份和事务日志备份将数据库恢复到发生失败的时刻,因此几乎不造成任何数据丢失,这成为对付因存储介质损坏而数据丢失的最佳方法。为了保证数据库的这种恢复能力,所有的批数据操作比如SELECT INGO、创建索引都被写入日志文件。选择完全恢复模式时常使用的备份策略是:
首先进行完全数据库备份;
然后进行差异数据库备份;
最后进行事务日志的备份。
如果准备让数据库恢复到失败时刻必须对数据库失败前正处于运行状态的事务进行备份。3 批日志恢复(Bulk-logged Recovery)
批日志恢复在性能上要优于简单恢复和完全恢复模式,它能尽最大努力减少批操作所需要的存储空间。这些批操作主要是:SELECT INTO 批装载操作(如bcp 操作或批插入操作)、创建索引针对大文本或图像的操作(如WRITETEXT、UPDATETEXT)。选择批日志恢复模式所采用的备份策略与完全恢复所采用的恢复策略基本相同。
从以上的论述中我们可以看到,在实际应用中,备份策略和恢复策略的选择不是相互孤立的,而是有着紧密的联系。我们并不仅仅是因为数据库备份为数据库恢复提供了 “原材料”这一事实,以便在采用何种数据库恢复模式的决策中考虑该怎样进行数据库备份,更多是因为在选择该使用哪种备份类型时我们必须考虑到当使用该备份进行数据库恢复时,它能把遭到损坏的数据库“带”到怎样的状态(是数据库失败的时刻,还是最近一次备份的时刻)。但有一点我们必须强调,即备份类型的选择和恢复模式的确定都应服从于这一目标:尽最大可能,以最快速度减少或消灭数据丢失。
篇5:PS换脸详细教程
这篇教程像的朋友们介绍PS换脸详细的方法和步骤,先看看最终的效果图和原图对比:
效果图:FEVTE编注:更多PS图片合成教程交流讨论及图片合成作品提交请进入PS交流区,地址:bbs.fevte.com/forum.php?mod=forumdisplay&fid=51&filter=typeid&typeid=69
素材图1:
素材图2:FEVTE TIPES换脸最终的效果要逼真一定要注意素材选择的角度。看具体的制作步骤吧:
把两张素材图片打开,将要换的脸部选出来然后拖到另一张图片上
为便于观察,调整拖进来的图层的不透明度,
将两幅图中人物的五官以及头型对好
将图层不透明度恢复为100%,添加图层蒙版,将前景色设为黑色。选择画笔工具,将画笔硬度调整为20%左右,在不需要的地方涂抹
点击图层中的脸部,使用ctrl+M、ctrl+L调整亮度,使两张图片脸部的明度接近
最终效果:
FEVTE编注:更多PS图片合成教程交流讨论及图片合成作品提交请进入PS交流区,地址:bbs.fevte.com/forum.php?mod=forumdisplay&fid=51&filter=typeid&typeid=69
篇6:逻辑备份与恢复实战数据库教程
逻辑备份与恢复的前提
1. 数据库工作在归档状态
2. 给数据库管理员授予角色权限
(1)如图12.2所示的编辑用户的【角色】选项卡,
(2)在【可用】下拉列表框里选中EXP FULL DATABASE和IMP FULL DATABASE角色,单击按钮,在【已授予】列表框里出现已经授予的角色权限。
3. 给NT管理员授予批处理作业权限
(1)如图12.3所示的本地安全设置界面。
(2)出现如图12.4所示的【本地安全策略设置】界面。
(3)出现如图12.5所示的【选择用户或组】界面。
4. 设置节点的首选身份证明
(1)如图12.6所示。
(2)切换到如图12.7所示的编辑管理员首选项的【首选身份证明】选项卡。
5. 设置数据库的首选身份证明
用exp命令文件实现逻辑备份
(1)数据库连接成功后出现如图12.9所示界面。
(2)出现如图12.10所示界面。
(3)开始逻辑备份过程,出现如图12.11所示界面。
(4)在c:\oracle\ora90\bin目录下已经有名为EXPDAT.DMP的二进制文件存在。
用imp命令文件实现逻辑恢复
(1)数据库连接成功后出现如图12.12所示界面。
(2)出现如图12.13所示界面,
(3)出现如图12.14所示界面表明利用imp命令文件成功完成逻辑恢复,
(4)出现如图12.15所示的界面显示其参数配置。
用导出向导实现逻辑备份
(1)如图12.16所示。
(2)出现如图12.17所示的导出向导的【简介】界面。
(3)出现如图12.18所示的导出向导的【导出文件】界面。
(4)出现如图12.19所示的导出向导的【导出类型】界面,有3种导出类型。
(5)出现如图12.20所示的导出向导的【关联对象】界面,指定要导出的关联对象。
(6)出现如图12.21所示的导出向导的【调度】界面,包括6种调度方式。
(7)出现如图12.22所示的导出向导的【作业信息】界面。
(8)出现如图12.23所示的导出向导的【概要】界面。
(9)出现如图12.24所示界面。
(10)成功完成的备份作业如图12.25所示。
用导入向导实现逻辑恢复
(1)如图12.26所示。
(2)出现导入向导的【简介】界面。
(3)出现如图12.27所示的导入向导的【导入文件】界面。
(4)出现如图12.28所示的导入向导的【进度】界面。
(5)出现如图12.29所示的导入向导的【导入类型】界面。
(6)出现如图12.30所示的导入向导的【用户选择】界面。
(7)出现如图12.31所示的导入向导的【用户映射】界面。
(8)出现如图12.32所示的导入向导的【关联对象】界面,用于设置要导入的关联对象,包括。
(9)出现导入向导的【调度】界面。
(10)出现导入向导的【作业信息】界面。
(11)出现导入向导的【概要】界面。
(12)出现作业成功提交界面。
篇7:脱机备份与恢复实战数据库教程
脱机备份
(1)在【企业管理器】里关闭数据库例程,
(2)利用计算机的【资源管理器】查找与数据库有关的文件,
如图12.1所示。
(3)数据库的初始化文件位于c:\oracle\ora90\database目录下,名为initmyoracle.ora,将其拷贝到指定目录下。
脱机恢复
(1)在【企业管理器】里关闭数据库例程。
(2)将上述拷贝的文件重新覆盖原来的同路径同名文件就可以。
【wordpress数据库备份及换空间详细教程】相关文章:






文档为doc格式