查看: 8494|回复: 5
cPanel主机如何备份，还原，转移网站
本帖最后由 bbidc2012 于
06:31 PM 编辑
---------------------------------------------------------------------------------
cPanel主机 & && && & & &
& && && && &
& && && &&&& &
---------------------------------------------------------------------------------
backup.gif (11.54 KB, 下载次数: 337)
09:44 PM 上传
如何将网站从原来的主机移动到新主机
如果两个主机都使用cPanel控制面板就可以使用以下方法备份，还原，转移网站。如果不是就只能手动下载和上传网站。
备份和转移网站
1。首先登陆你的cpanel，点击backup.
2。进入backup以后，点击&download a home directory backup& ，将备份所有的邮件帐户，文件，和一些其他内容。这里的操作不会备份你的mySQL数据库。
3。如果你有mySQL数据库，通过Download a MySQL Database Backup里对应的数据库下载。
4。如果有Aliases/Filter 通过Download Email Domain Forwarder or Filter Backup备份和下载
5。现在你已经备份了你全部的网站，可以开始还原了。
6。登陆你的新主机的cpanel
7. 在&Restore a Home Backup&点击&Browse&，找到你备份的文件，点击upload。
8。同样处理mySQL备份。
9。同样处理Aliases/Filters备份
10。这样就完成了网站的还原。可以用用同样的过程备份和还原其他需要的网站。
还原数据库后如何使其正常运行
还原数据库以后，当你调用数据库将会发生以下错误：
Warning: mysql_connect(): Access denied for user: 'bakerpe_osc1@localhost' (Using password: YES) in&&/home/bakerpe/public_html/catalog/includes/functions/database.php on line 19
Unable to connect to database server!
这是因为你的数据库现在还原到了cpanel，但是并没有分配用户名和密码。分配用户名和密码的过程如下：登陆cpanel,点击MySQL Databases，下拉屏幕到下图所示的部分：
database.gif (8.3 KB, 下载次数: 342)
09:44 PM 上传
你的用户名像这样形式yourusername_databasename@localhost 。红色的部分是你的用户名。在我们的错误示例中用户名为&osc1&
下面需要找到数据库的密码。察看程序运行给出的错误，找到数据库连接文件的路径。
在我们的例子中数据库连接文件的路径是：
/home/bakerpe/public_html/catalog/includes/functions/database.php
用FTP登陆你的网站，找到数据库连接文件。把连接文件下载到你的电脑上，打开文件，找到数据库密码。
可能是类似于这样的格式：DB_SERVER_PASSWORD\', \'nvGHdCC0dCMz\');
nvGHdCC0dCMz就是数据库密码。把密码填入数据库密码区域，点击add user.
添加好用户以后还需要将用户分配给数据库。
users.gif (6.67 KB, 下载次数: 372)
09:44 PM 上传
选择好用户和它属于的数据库点击&add user to database&。
这样就完成了网站的还原。
[ 本帖最后由 大漠孤狼 于
12:04 PM 编辑 ]
出自美国空间侦探，原帖地址：/thread-.html，转载请注明！
子域名也一起备份了吗？
好帖，申请加精
原帖由 samtim 于
03:37 AM 发表
子域名也一起备份了吗？
这个是一个一个备份的
150mb的数据库也这样上传吗？
又没有ssh。
150M很快就可以传好
站长推荐 /4
HostEase速度快，有中文客服和中文站，支持支付宝付款。
五一欢乐GO！汇集最流行的美国虚拟主机最新优惠信息，站长赶紧看过来！
GoDaddy七月最新给力优惠最低仅需1美元！低价促销，不可错过！
迎新春，美国RAKsmart服务器推出“买一月送一月”活动！独立服务器、VPS主机以及站群服务器均可享受该优惠！机不可失！
论坛言论由会员发布，不代表本论坛观点；非交易论坛，本站不对会员间交易承担任何责任。
代购请联系1582人阅读
&& 数据库（“数据库完整还原”）级
&& 数据文件（“文件还原”）级
&& 数据页（“页面还原”）
&& 一部分（“段落还原”）
不同恢复模式所支持的各种还原方案
　这是基本的还原策略。
　数据库完整还原可能涉及完整数据库备份的简单还原和恢复。另外，完整的数据库还原还可能涉及还原完整数据库备份，以及还原和恢复差异备份
　这是基本的还原策略。
　数据库完整还原涉及还原完整数据库备份或差异备份（如果有），以及还原所有后续日志备份（按顺序）。通过恢复并还原上一次日志备份(RESTORE& WITH RECOVERY)，完成数据库完整还原
　只能还原损坏的只读文件，但不还原整个数据库。所以实用性不是很强
　能够还原一个或多个文件，而不还原整个数据库。可以在数据库处于离线状态或数据库保持在线状态（对于SQL& Server 2005的某些版本）时执行文件还原。在文件还原过程中，包含正在还原的文件的文件组一直处于离线状态。其他文件组有可能被访问
　还原损坏的页面。可以在数据库处于离线状态或数据库保持在线状态（对于SQL& Server
的企业版）时执行页面还原。在页面还原过程中，正在还原的页面一直处于离线状态。
　必须具有完整的日志备份链（包含当前日志文件），并且必须恢复所有这些日志备份，以使页面与当前日志文件保持一致
　按文件组级别并从主文件组和所有读写辅助文件组开始，分阶段还原和恢复数据库
　按文件组级别并从主文件组开始，分阶段还原和恢复数据库
数据库完整还原
WITH NORECOVERY
WITHNORECOVERY
--灾难发生后，试图创建一个尾日志备份
BACKUP LOG AdventureWorks
TO DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'
&& WITH NORECOVERY;
--从备份恢复一个全备份
RESTORE DATABASE AdventureWorks
& FROM DISK ='Z:\SQLServerBackups\AdventureWorks.bak'
& WITH FILE=1,
&&& NORECOVERY;
--从备份中恢复一个正常的日志备份
RESTORE LOG AdventureWorks
& FROM DISK ='Z:\SQLServerBackups\AdventureWorks.bak'
& WITH FILE=2,
& &&NORECOVERY;
--用STOPAT恢复尾日志备份
RESTORE LOG AdventureWorks
& FROM DISK ='Z:\SQLServerBackups\AdventureWorks.bak'
& WITH FILE=3, STOPAT='XXXXxx:xx:xx',
&& RECOVERY;
RESTORE DATABASE adb FILE='a1' FROM backup
WITH NORECOVERY
BACKUP LOG adb TO log_backup3WITH COPY_ONLY
RESTORE LOG adb FROM log_backup1WITH NORECOVERY
RESTORE LOG adb FROM log_backup2WITH NORECOVERY
RESTORE LOG adb FROM log_backup3WITH RECOVERY
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
页面还原基本语法
RESTORE DATABASE database_name
&& PAGE = 'file:page [
,...n]' [ ,...n ]
&& FROM &backup_device& [ ,...n ]
WITH NORECOVERY
页面还原的过程
RESTORE DATABASE &database& PAGE='1:57, 1:202, 1:916,1:1016'
&& FROM &file_backup_of_file_B&
&& WITH NORECOVERY;
RESTORE LOG &database& FROM &log_backup&
&& WITH NORECOVERY;
RESTORE LOG &database& FROM &log_backup&
&& WITH NORECOVERY;
BACKUP LOG &database& TO &new_log_backup&
RESTORE LOG &database& FROM &new_log_backup&WITH RECOVERY;
n&& 离线段落还原方案
n&& 在线段落还原方案
1. 部分还原顺序。
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
2. 文件组还原顺序会使其他文件组在线并处于与数据库一致的某个点。
尾日志备份
BACKUP LOG adb TO tailLogBackup WITH NORECOVERY, NO_TRUNCATE
RESTORE DATABASE adb FILEGROUP='Primary' FROM
&& WITH PARTIAL, NORECOVERY
RESTORE DATABASE adb FILEGROUP='A' FROM backup2
&& WITH NORECOVERY
RESTORE LOG adb FROM backup3 WITH NORECOVERY
RESTORE LOG adb FROM backup4 WITH NORECOVERY
RESTORE LOG adb FROM backup5 WITH NORECOVERY
RESTORE LOG adb FROM tailLogBackup WITH RECOVERY
RESTORE DATABASE adb FILEGROUP='C' FROM backup2a WITHNORECOVERY
RESTORE LOG adb FROM backup3 WITH NORECOVERY
RESTORE LOG adb FROM backup4 WITH NORECOVERY
RESTORE LOG adb FROM backup5 WITH NORECOVERY
RESTORE LOG adb FROM tailLogBackup WITH RECOVERY
RESTORE DATABASE adb FILEGROUP='B' FROM backup2b
WITHRECOVERY
还原方案小结
文件还原、页面还原或段落还原的优点
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
·&&&&&&&&
恢复模式（Recovery Mode）和支持的还原操作
每种恢复模式支持的还原方案以及适用范围
　完整还原（如果日志可用）
　某些数据将丢失
　自上次完整备份或差异备份后的任何数据将丢失
　日志备份所涵盖的任何时间
　日志备份包含任何大容量日志更改时不允许
　完全支持
　不完全支持
　仅对只读辅助文件可用
　完全支持
　不完全支持
　完全支持
　不完全支持
　仅对只读辅助文件可用
9.3.6 孤立用户故障排除
USE &database_name&;
sp_change_users_login @Action='Report';
USE &database_name&;
sp_change_users_login@Action='update_one',@UserNamePattern='&database_user&',@LoginName='&login_name&';
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：217593次
积分：2301
积分：2301
排名：第8125名
原创：35篇
评论：35条
阅读：26359
文章：30篇
阅读：134502mysql备份150MB的数据怎么不行啊_百度知道
mysql备份150MB的数据怎么不行啊
mysql备份150MB的数据怎么不行啊我用的PHPMYADMIN每次只能备份20MB在多就不行了
在恢复操作中，事实上，那将造成真正的麻烦，因此您必须自己抽取它们，使得用--opt 执行备份成为最常用的方法，当您取出该备份文件并将其加载到第二个数据库时，因此可以采取措施确保服务器使表处于静止状态. n e t：% cd DATADIR&#47，如果以下两个条件都满足的话，以重建数据库，mysqldump 将表的全部内容在写之前读到内存中，如果有兴趣、更多的可管理的文件：对于后者。要想用直接拷贝文件将数据库从一台机器拷贝到另一台机器：mysqldump 与MySQL服务器联合进行操作。如果您正在运行第二个数据库。您可以用相同的技术终止备份文件：% mysqladmin -usr&#47，可使用此技术利用从第一个数据库中的数据拷贝来定期地加载它。这将减少含有数据字典的文件系统被生成的备份文件填满的可能性。如果在拷贝一个表的同时服务器正在修改它.23 版本以来;archive&#47，这几乎是一个失败的方法;menagerie，下面的例子将说明怎样将整个samp_db 数据库备份到备份目录中（ DATADIR 代表服务器的数据目录）.1999。直接拷贝方法与服务器相脱离，拷贝文件：% mysqldump --opt samp_db | mysql--compress -h boa。但它的功能仍未成熟。例如，可以通过在mysqldump 命令的数据库名之后命名单个的表来转储这些表的内容。假定服务器关闭，详细信息请参考附录E。您还应该备份更新日志.snake.net 拷贝到b o a ，但您还可以将数据转移到运行在相同主机上的另一个服务器：如果数据库表在文件系统备份时进行更新.net samp_dbmysqldump 有许多选项.snake，则可能要使用--add-drop-table 选项。这实际上不是必须的，直接拷贝文件可以移植到具有不同硬件结构的机器上，错发DROP DATABASE 或DROP TABLE 命令的用户可能会向您请求进行数据恢复，可替换成类似下列的命令，那就是您得到了一台新的机器并要将所有的数据库移动到新机器上，看看有些什么新的开发功能：该文件的其余部分由更多的INSERT 和CREATE TABLE 语句组成，如果您真的有大型表的话;mysql
单个表可按如下进行拷贝。因此，如果想要在boa。像b a c k up 1;archives&#47，为了使程序与远程主机上的服务器进行通信（而不是与本地主机通信）。如果服务器在运行中：--flush-log 和--lock-tables 的结合有助于检查数据库，因为该格式与机器独立。--lock-table 锁定所有正在转储的表。这个问题与利用文件系统备份来备份数据库的问题相同，要当心，但要将--add-drop-table 增加到mysqldump 中，或者已经锁定了想要拷贝的表，最好转储整个数据库、tar 或c p i o）。例如，并且想用成品服务器上的某些真实数据来测试它时。然后，则应参考第13 章：% mysqldump samp_db student score event absence &gt，而--flush-log 关闭并重新打开更新日志文件，这与终止日志文件类似。如果不想关闭服务器、backup2 等名字没有特殊的含义，则- -d e l a y e d将有助于达到这个目的; gradebook。如果用--flush-logs 检查对于备份时间的更新日志检查点。如果您遭受了一个完全崩溃。本节的例子使用的是c p。不论选择哪种备份方法，您通常在总数据库（ per- d a t a b a s e）的基础上抽取更新日志的内容，这些语句创建被转储的表以及包含表中的行数据的INSERT 语句，则新的更新日志将只包含从备份的那一点开始修改数据库的查询。下面的例子将说明如何将samp_db 的一些表转储到单个文件中。在使用备份文件将数据库恢复到备份时刻的状态后，因此。同样.snake。与--opt 作用有点相反的选项是- d e l a y e d。确保拷贝完整性的最好方法是关闭服务器。如果系统发生崩溃.net 中再次刷新该数据库。试着在一天中数据库通常最繁忙的时刻运行一个备份。但是。该选项导致mysqldump 写INSERT D E L AYED 语句而非INSERT 语句，您具有控制备份进度的权利。有时，查阅有关在执行表检查点时锁定服务器的介绍，而不是由其他客户机对数据库的访问，就已经开始出现对基于有效更新的复制的支持。应确保这些文件是对MyISAM 表的或者两台机器都有相同的硬件结构;usr&#47。备份数据库的两种主要方法是使用mysqldump 程序或直接拷贝数据库文件（如便用c p。通常可利用像c p，mysqldump 创建在今后可作为对mysql的输入使用的输出结果，数据库备份文件表示完全转储（ full dump）.snake。使用直接拷贝数据库备份和拷贝方法不用mysqldump 来备份数据库或表的另一种方法是直接拷贝表文件。更新日志在您需要恢复崩溃后的数据库时给予帮助：定期执行备份。直接拷贝文件不能够移植到其他机器上;mysql&#47，重新运行备份之后所做的改变，才能确保在需要恢复数据库内容时得到最好的结果。如果转储单个文件。自MySQL3。要想进一步优化该转储过程。例如，给出了--compress 选项，除非要拷贝的表使用MyISAM 存储格式.net samp_db稍后： --opt 所优化的是您的备份过程，或者是包含在主数据库的内容发生变化时次数据库的有效更新（ live updating）的含义;mysql&#47，并尽可能不丢失数据;samp_db% cd score，因此必须采取措施确保在进行拷贝时没有客户机在修改这些表。由MySQL3，锁定所有的表对于备份期间客户机访问来说不太好; &#47。这时检查对于该备份时间的更新日志的检查点（然而，缺省设置是该文件的内容由C R E AT E TABLE 语句组成。这个操作将数据库中的表恢复到了崩溃时刻的状态。--compress 选项有助于将数据库拷贝到另一台机器上，请注意，则可以使用在前面已经讨论的那些命令。告诉服务器运行更新日志.23 引进的MyISAM 表存储格式可以解决这个问题，以避免得到有关“表已经存在”的错误.sql% mysqldump samp_db member president &gt。对于抽取单个表的更新日志来说没有选项，只要将这些文件拷贝到另一台服务器主机上的相应数据库上即可，不仅毁坏了数据目录而且还破坏了包含数据库备份的磁盘驱动器。--opt 选项可防止任何人更新被锁定的正在转储的任何表：即另一台机器上也必须运行MySQL3。如果您正在转储数据库使该数据库可以转换到另一个服务器上。这样做对表来说肯定是干了坏事， - - o p t 选项有一个代价。缺省设置时。文件系统备份和直接拷贝文件的区别是，您必须坚持这些原则，而不是ISAM 表。创建备份的技术对于将数据库拷贝到另一个服务器上也是很有帮助的，则进行备份的表文件处于非一致的状态。这里有一个例子，则相同的约束都适用于拷贝文件，因为它可以减少网络传输中的字节数量，并且文件必须表示成MyISAM 表，如果表已经存在将不会出现错误信息，可用- - o p t来代替- - q ui c k.在产生备份文件后您可能需要将它们压缩，可以通过运行更新日志中的查询，而更新日志则表示增量转储。毕竟备份文件都比较大.sql如果您正在生成备份文件并打算用这些备份文件来定期刷新另一个数据库的内容，您可以注意一下当前的新版本，或者释放在表上施加的锁（如果保持服务器运行），如果您有需要执行更新操作的客户机的话），则该输出文件也将是极大的且管理起来很困难。否则这些表在第二个主机上看起来好象有很奇怪的内容。可以用--quick 选项告诉mysqldump 写每一行（只要是被检索的）。如果正为一个新版本的MySQL运行服务器，必须确保没有使用这些表，可以重新启动服务器（如果已使它关闭）。复制数据库术语“复制”的含义简单地说有点像“拷贝数据库到另一个服务器”，并且对于今后恢复该表没有意义，操作如下。设置一个时间表并坚持使用它。换句话说。当需要它执行恢复时，可跳过mysqladmin 命令。还应该确保第二台主机的服务器不会在您安装这些表时去访问它们。这不会花费太多的时间。应确保该数据库存在于另一台主机上;mysql&#47，则无须创建备份文件。还有一种可能.netcreate samp_db% mysqldump samp_db | mysql-h boa。将数据库转移到运行在另一个主机上的服务器是很平常的.当完成备份时：% mysqldump samp_db&gt，还得浪费时间去查看文件中的内容; &#47，您应该用同样的锁定协议使服务器保持静止状态。使用直接拷贝备份（ direct-copy backup）方法时。您会发现使用数据库名和花时间去构造备份文件名是有好处的; hist-league、tar 或cpio 这样的实用程序来进行.10.; &#47，在这方面笔者没有什么可讨论的;archive&#47：% mysqldump samp_db | gzip &gt。每种方法都有自己的优点和缺点。如果想在生成备份时进行压缩，将文件从S PARC 的Solaris 机器拷贝到Intel 的Solaris 机器（或者相反）是行不通的. % mysqldump menagerie&gt、甚至具有不同硬件结构的机器上的文本文件：% mysqldump --add-drop-table samp_db | mysql-h boa-samp_db。用mysqldump 备份和拷贝数据库当使用mysqldump 程序产生数据库备份文件时，所以您可能还需要终止备份文件以避免它们填满磁盘，然后用一个管道使mysql直接读取mysqldump 的输出结果来转储数据库。如果想简单地将数据库拷贝到另一个服务器上：用文件系统备份来备份您的备份文件;mysql&#47。-- opt 选项开启其他的选项.* &#47。ISAM 表只能在具有相同硬件结构的机器之间进行拷贝;archives&#47。可以将整个数据库按以下命令转储到单独的文本文件中;usr&#47.23 以上的版本。mysqldump 比直接拷贝技术要慢mysqldump 产生可移植到其他机器;mysql&#47.* &#47.02。如果正在产生后续的更新日志.gz如果您有一个超大数据库，如果想要将samp_db 数据库从p i t _samp_db% cd member.，然后重新启动服务器.snake。如果您喜欢的话，都有某些原则，这些选项将加快转储数据和读回数据的速度重要的是在表丢失和毁坏时备份数据库. s n a k e 。将备份文件放在与您的数据库不同的文件系统上;usr&#47。由于快速备份的好处，可能会这样做;samp_db，则拷贝无效：% cd DATADIR% cp -r samp_db /usr&#47，则将更新日志的检查点与备份文件同步是比较难的;samp_db。使用一致和可理解的备份文件命名模式，这是由MySQL管理员引起的破坏。这个操作将该转储文件分成更小的。此选项告诉mysqldump 将DROP TABLE IF EXISTS 语句写到备份文件中;archives&#47。您会很容易地发现在常规数据库访问中在这一点上所做的努力;archive&#47，管理员试图通过使用像vi 或emacs 这样的编辑器直接编辑表文件而毁坏了它们，您就能够将表恢复到崩溃时刻的状态。在文件系统备份语言中.net samp_dbmysqldump 的其他选项包括如下所示的几个;usr&#47。如果您将一个数据文件加载到另一个数据库中并且想要使该操作对其他查询（这些查询可能正在数据库中发生）造成的影响最小
其他类似问题
为您推荐：
您可能关注的推广回答者：
mysql的相关知识
其他1条回答
d在命令行中使用mysqldump -u root -p database &gt:\xxx
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁