Questions tagged «database-backup»

4
我应该备份和还原`mysql`数据库吗?
在创建用于备份和还原整个MySQL服务器的自动化解决方案的过程中,我遇到了一个mysql数据库,该数据库似乎包含用户帐户,权限,元数据等。是否应该备份该数据库?备份并尝试还原它会破坏事情吗? 正如您所想象的,我在Google搜索“备份MySQL的mysql数据库”方面经历了一段时间。

4
无法使用mysqldump备份mysql表。对“ cond_instances”拒绝执行SELECT,LOCK TABL命令
关闭。这个问题是题外话。它当前不接受答案。 4年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 我无法mysqldump以mysql root用户身份运行。当我尝试备份mysql表时,出现此错误: mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user 'root'@'localhost' for table 'cond_instances' when using LOCK TABLES 有人看过吗?我已经看到一些关于mysql和mysqldump的引用是不同的版本,但是当我运行它们时,它们位于同一目录中。 我正在运行MySQL 5.5.8。

6
按预算实现永不过时的MySQL备份
我当前的MySQL备份方案是将数据库复制到第二台服务器,并在该服务器上运行mysqldump,以删除表或行锁定中的所有停机时间。这工作得很好,但是第二台服务器每月的费用为150美元(澳大利亚主机比美国贵得多。) 我在这里读到很多问题,大多数人都需要计划备份的帮助,而这不是我所需要的。我需要没有停机的mysqldump(最好是每4小时)。db是未压缩的〜7GB,因此mysqldump可能需要一些时间,具体取决于服务器。 我曾考虑过复制到同一台机器上,但是我不希望奴隶吃掉急需的内存。我不确定我是否可以限制每个数据库的内存使用量?无论哪种方式,这都会在服务器转储数据库时给服务器增加负载。 我刚刚读了这个http://www.zmanda.com/quick-mysql-backup.html,它看起来不错,每年$ 300可以,可以为我省很多钱。 不幸的是,我无法复制到Amazon的RDS,但可以复制到微型RC2实例,但是复制将通过网络进行,并且ping约为220毫秒。 我在这里看到一些人在谈论LVM快照,这可能是一个不错的选择。我对这个选项不了解很多。 意见将不胜感激。

3
如何使用mysqldump创建只读MySQL用户以进行备份?
我正在使用automysqlbackup脚本来转储我的mysql数据库,但是我想拥有一个只读用户来执行此操作,以便不将我的根数据库密码存储在纯文本文件中。 我已经创建了一个这样的用户: grant select, lock tables on *.* to 'username'@'localhost' identified by 'password'; 当我运行mysqldump(通过automysqlbackup或直接运行)时,收到以下警告: mysqldump: Got error: 1044: Access denied for user 'username'@'localhost' to database 'information_schema' when using LOCK TABLES 我做错了吗?我的只读用户是否需要其他资助?还是只能root锁住information_schema桌子?这是怎么回事? 编辑: GAH,现在可以使用了。我以前可能没有运行过FLUSH PRIVILEGES。 顺便说一句,这种情况多久自动发生一次? 编辑: 不,它不起作用。mysqldump -u username -p --all-databases > dump.sql手动运行不会产生错误,但不会转储information_schema。automysqlbackup确实会引发错误。

3
这是MongoDB的有效备份策略吗?
我有一台专用服务器,其MongoDB数据库约为10GB。我需要进行每日备份,但是我不能在数据库中停机。是否可以在单个磁盘上使用一个副本集(在不同端口上运行2个mongod实例),然后简单地使辅助副本脱机并将数据文件备份到非现场存储(例如S3)(打开日记)?还是使用主/从比副本集更好? 这可行吗?如果可以,我可能会遇到哪些潜在问题?如果没有,我如何将其概念化?

1
为什么NT AUTHORITY \ SYSTEM可以创建SQL Server数据库备份?
我有一个计划的任务(在Windows Task Scheduler中),该任务使用SMO(Windows身份验证)连接到SQL Server并创建数据库备份。到目前为止,该任务在Administrator帐户下运行,我想将其更改为使用SYSTEM帐户。 我更改了计划的任务,令我大吃一惊的是,它开箱即用。 我想了解为什么会这样。系统是Windows Server 2012 R2,数据库是SQL Server 2012(SP1)Express Edition。这是标准安装,添加了一个SQL Auth用户。 在SSMS中,这些是登录名及其相关的服务器角色: MS_PolicyEventProcessingLogin ## (已禁用) MS_PolicyTsqlExecutionLogin ## (已禁用) MyServer \ Administrator(公用,系统管理员) MySqlAuthUser(公共) BUILTIN \ Users(公共) NT AUTHORITY \ SYSTEM(公共) NT SERVICE \ MSSQLSERVER(公用,系统管理员) NT SERVICE \ SQLWriter(公用,系统管理员) NT SERVICE \ Winmgmt(公共,系统管理员) sa(public,sysadmin) 数据库本身具有以下用户及其角色: MySqlAuthUser(登录MySqlAuthUser)(db_owner) dbo(登录sa)(db_owner) 客人(已禁用) INFORMATION_SCHEMA (已禁用) …

3
与MyISAM混合使用时,InnoDB表在mysqldump期间是否被锁定?
我正在寻找适用于mysql服务器的备份解决方案,并且我需要的停机时间尽可能短。我有以下几点: MySQL服务器 他们没有被复制 每个服务器代表自己的服务器 这个数字可能会增加,因此设置主/从复制不是一个好主意。 我认为最简单的备份方法是将mysqldump与“ automysqlbackup”之类的软件一起使用。我最重要的数据使用InnoDB。我的InnoDB表很重。 问题是:如果我对服务器中的所有数据库执行mysqldump,它将锁定我的Innodb表吗?



2
pg_restore比pg_dump花费更长的时间
我定期保存并稍后还原用于测试的较小的PostgreSQL数据库。测试会定期更新其数据,然后必须进行新的转储,并定期使用转储以良好定义的状态重新创建数据库。 我注意到转储(使用pg_dump -Fc database)仅需花费几秒钟,而还原(pg_restore -d database)则需要大约一分钟。这看起来很奇怪。我本来希望这两个过程都花费大约相同的时间(假设两个任务都受I / O约束)。 还原是否存在问题?我可以加快速度吗?还是恢复比转储花费更长的时间是正常的?(如果是,那为什么呢?) 转储文件通常具有大约3-4 MiB;DBMS是PostgreSQL V8.4,在Ubuntu Linux下运行于具有1GiB RAM的Pentium4 3GHz上。

2
如何使pg_dump减少资源贪婪
我已经配置cron使用以下规则每天调用pg_dump: # xyz database backups: 00 01 * * * root umask 077 && pg_dump --user=xyz_system xyz | gzip > /var/xyz/backup/db/xyz/`date -u +\%Y\%m\%dT\%H\%M\%S`.gz 基本上,它可以工作。数据库相对快速且呈指数增长(但是指数不是很大)。目前,压缩后的转储大约需要160MB。转储数据库后,系统开始爬网。我使用该top命令看到的平均负载约为200, 200, 180。基本上,服务器几乎没有响应。 第一个问题是如何确定瓶颈在哪里。I / O操作繁重是否会导致性能不佳?是由表锁定问题引起的吗?也许是内存问题?pg_dump命令的输出通过管道传递到gzip命令。它是顺序的,即整个转储都放在内存中(交换问题?),然后压缩或并发(即gzip压缩得到的内容并等待更多)?可能是由其他因素引起的吗? 在第二个问题是如何使倾倒操作该系统的主要功能侵扰程度较低。据我了解,由于数据库的完整性,转储不会花费太多时间。有表写锁等。我可以做些什么来限制问题(或考虑数据库的增长而延迟它)。 在第三个问题:是否已经时间来了解更多的高级数据库配置?当没有执行数据库备份时,系统运行正常,但是数据库转储问题也许是传入问题的第一个症状?

6
为相当大的数据库(MyISAM / InnoDB)进行MySQL备份的最佳方法
当前,我们拥有一个强大的MySQL数据库,该数据库运行两个基于Django的高流量网站以及一些规模合适的电子商务网站。结果,我们有大量使用InnoDB和MyISAM表的大型数据库。 不幸的是,由于流量大,我们最近遇到了麻烦,所以我设置了另一个主服务器来帮助减少读取/备份。 现在,我只是简单地使用带有一些参数的mysqldump,事实证明它是好的。显然,mysqldump是一种缓慢的快速方法,但是我相信我们已经不再使用它了。我现在需要一个很好的选择,并且一直在研究利用Maatkits mk-parallel-dump实用程序或LVM快照解决方案。 简洁的简短版本: 我有一个相当大的MySQL数据库需要备份 当前使用mysqldump的方法效率低下且缓慢(导致问题) 调查诸如mk-parallel-dump或LVM快照之类的内容 任何建议或想法将不胜感激-因为我必须重新做我们的工作方式,所以我宁愿正确/最有效地完成它:)。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.