标签: backup

最初使用 5GB+ 填充数据库以避免大型事务日志时的标准流程是什么？根据我的理解，日志文件会在初始加载后跳转到较大的大小，并且从那时起磁盘空间不会减少。定期事务日志备份将释放文件中的空间，但文件仍会很大。

那么是否建议将目标数据库设置为简单备份，加载数据，使用 CHECKPOINT 截断日志，然后将数据库设置为完全备份模式？

此外，我知道可以对日志执行收缩文件操作，但有人说永远不要使用它，其他人似乎建议将其作为解决方案。有什么想法吗？

有没有办法备份包含大量表的 PostgreSQL 数据库？

尝试使用pg_dump大约 28000 个表的数据库导致以下错误消息：

pg_dump: WARNING:  out of shared memory
pg_dump: SQL command failed
pg_dump: Error message from server: ERROR:  out of shared memory
HINT:  You might need to increase max_locks_per_transaction.
pg_dump: The command was: LOCK TABLE public.link10292 IN ACCESS SHARE MODE
pg_dump: *** aborted because of error

增加到max_locks_per_transaction256 而不是 64 会导致无法启动服务器。

还有什么我可以尝试的吗？（PostgreSQL 9.0，Mac OS X。）

我使用以下命令备份一些普通数据库：

mysqldump --host=host --user=user --password=passwd --result-file=result.sql -R --single-transaction database_name

我的问题是：我还需要转储“mysql”数据库吗？请注意，在“恢复”它们之后，我将为每个数据库创建新用户。所以我不需要用户信息的“mysql”数据库。

谢谢

我想备份我的网站，其中包含用户上传的图像和存储在 MySQL 数据库中的数据，以便它们在任何特定时间点始终保持一致。在寻找解决方案时，我发现这个应用程序 rsnapshot 可能适合该任务。在互联网上浏览了一些博客后，我意识到这实际上是使用 mysqldump 方法通过 backup_script 完成的：

backup_script   ssh root@example.com "mysqldump -A > /var/db/dump/mysql.sql"    unused2
backup  root@example.com:/var/db/dump/  example.com/

我不确定的是是否有必要在脚本中执行转储之前用读锁刷新所有表以确保数据库的一致性。如果是这样，这应该如何纳入？如果没有，为什么没有必要？

我需要创建一个转储文件，其中包含来自数据库的单个存储过程，而不是所有例程。

我试过这样的事情：

mysqldump -u root -pssmart --skip-triggers --no-create-info --no-data \
    --no-create-db --skip-opt test_fshop SP_ITEM_SALES_REPORT -R \
    > test_fshop_routines.sql 

这test_fshop是我的数据库名称，SP_ITEM_SALES是我的 SP。我想要我的 SP 作为 .sql 文件。

我正在为 MySQL 数据库的时间点恢复编写 shell 脚本。对于下面的语句，我需要指定日志文件的开始位置和结束位置。

mysqlbinlog --start-position=368315 --stop-position=368316 /usr/local/mysql/data/mysql-bin.123456

如何检索日志位置和日志文件。

有没有办法列出 DB2 备份？我所能找到的只是，db2 list history backup all for <dbname>但我认为您需要检查所有这些以查看它们是否已被删除。这似乎是一个简单的问题，但我却是一片空白。

编辑：我在带有 TSM 的 AIX 上使用 DB2 9.7

我们有一个 Microsoft Access 数据库，分为后端/前端。我正在寻找的是能够每天或每周自动备份这些文件 - 最好的方法是什么？我们不想担心数据库的备份，只要知道它是按计划自动发生的。

谢谢。

我们最近从 SQL Server 2005 升级到 SQL Server 2012。在 SQL Server 2005 下，没有像 2012 年那样创建压缩备份的选项。

如果您尝试BACKUP DATABASE ... WITH (COMPRESSION);对已初始化但未压缩的文件进行操作，该BACKUP DATABASE命令将失败并显示以下错误消息：

ERROR MESSAGE : BACKUP DATABASE is terminating abnormally.
ERROR CODE : 3013

如何判断现有备份文件是否针对压缩备份进行了初始化？

我有一个 AWS RDS MySQL 数据库。我不是 DBA，所以我的知识有限。

我希望在复制或数据备份方面设计策略以在发生故障时实现零数据丢失。

我知道它们是不同的术语。（并且忽略错误的删除语句可以删除数据，在这种情况下复制可能没有用）。

我希望做的就是在出现数据库故障时实现零数据丢失。AWS 维护快照，但这可能需要几个小时。所以有数据丢失。

我应该考虑在 AWS 之外设置数据库服务器吗？或者是什么？我应该进行复制还是定期备份？

DBA 有什么其他策略吗？