标签: database-backups

我有带有文件和 MySQL 数据库的数字海洋水滴，并且希望每天（即每个午夜）将其备份到 aws s3 存储桶上

我有一个数据库,我在2天前做了第一次备份.然后昨天我花了整整一个新记录.今天早上我运行了一个备份,(但我选择了附加到现有备份集),如下图所示.

我刚刚运行了一个恢复,我发现它从昨天删除了我的所有数据,并从2天前的备份中恢复了它.不是今天早上备份的版本.

我将此备份文件压缩为安全.

我在数据库中更改了一些数据,然后我再次运行备份,但这次我选择"覆盖所有现有的备份集"

现在,当我恢复数据库时,它似乎正确地从备份中恢复数据. 如果我错了,我想我在这里吸取了教训

我的问题是,我是否失去了一整天的工作？

我仍然有今天早上的备份.bak文件安全拉链.无论如何我可以恢复是否有正确的数据？

alt text http://img62.imageshack.us/img62/1934/backup1.gif

是否有任何软件或工具可以每隔几个小时定期自动备份mysql数据库？

它应该在本地硬盘上备份,还能通过FTP备份到不同的服务器上吗？

我在Windows上使用mySQL(Wamp).

备份网站常规怎么样？

我遇到了麻烦.而不是launchin脚本

UPDATE table_name SET field=value WHERE id=12345

我推出了

UPDATE table_name SET field=value

数据库每天都备份(使用mysqldump).使用备份还原该列值的最简单方法是什么？显然,我不能直接应用该备份,因为数据库会不断更改.

先感谢您!!

我正在尝试将数据备份实施到我的应用程序中.我构建Android 2.2项目,并在Galaxy s2 4.0.3中运行.

我尝试使用:BackupManagerTest将首选项保存到云端

这是我的代码:

AndroidManifest.xml中

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="net.amdroid.backuptest"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-permission android:name="android.permission.INTERNET" />

    <uses-sdk
        android:minSdkVersion="8"
        android:targetSdkVersion="8" />

    <application
        android:allowBackup="true"
        android:backupAgent="net.amdroid.backuptest.MyBackupAgent"
        android:icon="@drawable/icon"
        android:label="@string/app_name" >
        <activity
            android:name=".BackupManagerTestActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

        <meta-data
            android:name="com.google.android.backup.api_key"
            android:value="AEdPqrEAAAAI7_yf1xqlpltWZPZiKMHVlDgn3nMfgotjUweSUg" />
    </application>

</manifest>

MyBackupAgent.java

public class MyBackupAgent extends BackupAgentHelper {
    // The names of the SharedPreferences groups that the application maintains.  These
    // are the same strings that are passed to getSharedPreferences(String, int). …

我想备份/还原分布在某些链接服务器中的数据，这些链接服务器在中央服务器中连接或链接。我怎样才能做到这一点？

我在所有节点上都使用SQL Server 2012。

我使用此线程的指南成功创建了一个数据库mysqldump文件.我还创建了第二个数据库,导航到包含并尝试将其恢复到新数据库但失败的目录,我尝试了两种方法:myDump.sqlmyDb1myDb2myDump.sqlmyDb2

> mysql -u root -p myDb2 < myDump.sql;
> -- entered password

和:

> mysql -u root -p
mysql> -- entered password
mysql> USE myDb2;
mysql> SOURCE myDump.sql;

两者都有相同的错误消息:

ERROR:
ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in
 non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: ' ?-'.

我还想知道是否需要使用与旧数据库相同的数据库名称.我尝试使用不同的名称,但同样的结果错误.

在Google App Engine 的1.8.4版本中,它声明:

此版本中的数据存储区管理员修复程序通过确保现在只能由cron或任务队列任务启动计划备份来提高安全性.管理员仍然可以通过管理控制台中的数据存储管理员启动备份.

记录了使用cron运行计划备份的方法,但是我们如何从任务队列任务启动备份？

有没有其他方法以编程方式运行备份任务？

嗨,大家好我按照本教程转储(备份)我的Appengine数据存储区实体,现在我想知道是否有办法在本地恢复数据？所以我可以做一些测试和调试.

在我的cronjobs里面,我每晚都会制作一个完整的mysqldump.
我的数据库在20个表中有1.5GB的总数据.
几乎每张桌子都有索引.

我做这样的备份:

mysqldump --user=user  --password=pass  --default-character-set=utf8 database
            --single-transaction| gzip > "mybackupfile"

我做了2个月.这个过程需要将近1.5分钟,持续2个月.

上周我的托管公司改变了我的服务器.服务器更改后,此过程开始长达5分钟.我告诉服务器公司,他们将CPU从4GHz增加到6GHz,因此mysqldump进程变为3,5分钟.然后他们增加到12 GHz.但这并没有改变性能.

我检查了我的共享SSD磁盘性能hdparm.它是70 MB /秒.所以我再次抱怨 所以他们把我的硬盘改成了另一个.硬盘读取速度变为170 MB /秒.所以mysqldump进程变成了3分钟.

但持续时间远远超过以前的值.这种性能下降的原因是什么？我该如何隔离问题？

(服务器是Centos 6.4,12 GHz CPU,8 GB RAM)

编辑:我的公司再次更改服务器,我仍然有同样的问题.旧服务器有3.5分钟的备份时间,现在新服务器有5分钟的时间.压缩时的结果文件为820 MB,解压缩时为2.9 GB.

我试图找出是什么让这个转储变慢.

转储过程于11:24:32开始,于11:29:40停止.您可以从屏幕截图的时间戳中查看它.

截图:

• 一般
• 消耗内存
• gzip的内存和CPU
• mysqldump的内存和CPU
• 磁盘操作

hdparm 结果:

/dev/sda2:
 Timing cached reads:   3608 MB in  1.99 seconds = 1809.19 MB/sec
 Timing buffered disk reads: 284 MB in  3.00 seconds =  94.53 MB/sec

/dev/sda2:
 Timing cached reads:   2120 MB in  2.00 seconds = 1058.70 MB/sec …