Questions tagged «backup»

制作数据副本,这些副本可以在数据丢失事件后恢复或从某个较早的时间点恢复数据。



1
MySQL Dump Restore-如何保留注释
因此,我将复杂的MySQL转储作为备份。不幸的是,该备份非常复杂,我们使用了邪恶的触发器。 我们的某些恶意触发器的注释行以#字符开头。 当我备份数据库时,结果转储保存#行。问题是当我执行还原时。以#开头的行被空行替换。 因此,我正在寻找一种以英镑开头的行恢复转储的方法。


1
将加密的数据库还原到另一台服务器
我正在使用在SQLServer 2008上运行的产品。可以理解的是,提供该产品的公司不提供SQLServer支持。安装产品时,我指定了密码来加密数据库。我想运行该产品的另一个副本,以便在另一台服务器上进行测试。我已将数据库还原到另一台服务器,并将产品安装在另一台服务器上。安装后,我提供了相同的密码,然后从主服务器还原了备份。但是我收到错误消息: System.Data.SqlClient.SqlException: An error occurred during decryption. 从产品。我可以使用SQLServer Management Studio访问表。 我已经试过了: 在第一台服务器上: CREATE CERTIFICATE cert1 WITH SUBJECT = 'Certificate for my stuff' BACKUP CERTIFICATE cert1 TO FILE = 'd:\backup\cert1.dat' WITH PRIVATE KEY ( ENCRYPTION BY PASSWORD = 'mypassword', FILE = 'd:\backup\cert1_privatekey.dat' ) 在第二台服务器上: CREATE MASTER KEY ENCRYPTION BY PASSWORD …

3
为什么.bak文件大小随着SQL Server上的每个连续备份而增加/增加?
我在SQL Server 2012 Express上运行一个简单的数据库。 就在今天,当我备份数据库时,.bak文件大小增加了一倍,是几分钟前上次备份的大小。今天,我已经进行了几次备份(通过SQL Server Management Studio->备份类型:完整),并且每次备份.bak文件都会加倍。 在SQL Server Mgmt Studio中,当我右键单击数据库->“报告”->“备份和还原事件”->展开“成功备份操作”时: 此处的报告显示,最新备份大小记录为55MB,但是当我转到实际.bak文件时,它为260MB。今天.bak,彼此备份的大小也记录为55MB,而其相应文件的大小则是原来的几倍(并且随着每次备份操作的增加而增加)。 可能出什么问题了?自从发生这种情况以来,我还没有对数据库进行任何更改。

1
夏令时
在我的环境中,有一些服务器在本机备份和Ola Hallengren计划上运行。我们的服务器是2008年,2012年和2014年的组合。所有完整备份均在凌晨12点进行,日志备份每15分钟进行一次。 我以前从未考虑过夏令时,因此请告诉我应该进行哪些调整。 凌晨12点的完整备份会受到影响吗?日志备份会怎样?

1
按计划备份和截断事务日志的最佳方法
我不是DBA,但是无论如何,我必须戴上DBA的帽子,并在SQL Server实例上设置维护计划。 因此,一段时间以来,我一直在SSIS过夜过程中运行“ 执行SQL任务”以执行备份-基本上运行master.dbo.xp_create_subdir以确保目标文件夹存在,然后运行BACKUP DATABASE [DbName] TO DISK = 'G:\Backups\DbName\DbName.bak' WITH INIT。 每当该任务失败时,其余过程都会中止,并且我会收到通知,并于第二天早上来通知事务日志的驱动器已满,因此我将手动截断它们并继续前进。 ..直到故事重演,并且事务日志再次超出了可用磁盘空间。 “手动截断”脚本如下所示: use Staging; alter database Staging set recovery simple alter database Staging set recovery full dbcc shrinkfile ('Staging_log', 0, truncateonly); go 因此,我对此感到厌倦,因此决定尝试正确地做事,并按照此处的步骤创建一个实际的维护计划: 问题是,我之前从未做过此事,所以我有几个问题: 像这样备份事务日志会自动截断它们,还是我需要做其他事情? 可以同时运行数据和事务日志备份吗?如果没有,那么执行此操作的正确方法是什么? 备份文件将在一夜之间被另一个过程获取,该过程将捕获服务器上的所有文件并将它们存储在其他位置-2天后使备份集过期是个好主意吗?我是否需要使它们全部过期? 清理任务分别删除的子文件夹下的“旧” .bak和.trn文件G:\Backups。那有意义吗? 最好在SSIS中执行此操作,以便在备份失败时/我可以在ETL中失败吗?还是我的ETL流程应该在乎? 抱歉,如果一个帖子中有太多问题,如果需要,我将编辑并询问多个问题-我认为它们都是紧密相关的。

4
SQL备份与IT常规夜间服务器备份有何不同?
我们的IT部门每晚都会备份整个服务器(此服务器上安装了一个SQL Server实例),如果出现问题,该服务器应该备份该服务器以及整个网络。 因此,经理问我的完整,差异和日志SQL备份与IT部门备份的备份相比有什么重要意义?为了节省我们服务器上的更多空间,而不是将这些文件保留几个星期并删除它们,她认为IT会提供它们! 我知道这是不对的,因为我可以使用日志备份恢复到最近30分钟,IT会在第二天恢复它,但这是唯一的区别吗? 由于我将数据库备份文件保存/发送到同一服务器上,因此IT部门将还原它们,但是如果我的维护计划中没有这些备份作业,则IT部门可以还原SQL实例而无需任何表,事务...等。我说对了吗? 任何建议将不胜感激。

3
用mongoexport还是mongodump备份?
对于生产备份,MongoDB建议使用mongodump而不是mongoexport来确保数据的准确性。但是,我需要在备份之前从MongoDB数据库中“清理”数据。除了mongoexport之外,我不知道任何服务器端数据清理选项。两个问题: mongoexport是否访问RAM中的MongoDB缓存?它会像mongodump一样改变RAM中的工作集吗? mongodump命令具有此--query选项。“提供JSON文档作为查询,可以选择限制mongodump输出中包含的文档。” 是否需要查询以排除文档中的某些字段?
9 backup  mongodb 


2
压缩和存储SQL Server备份的最有效方法是什么?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为数据库管理员Stack Exchange 的主题。 6年前关闭。 我一直在进行各种用于压缩和存储SQL Server备份的方法的测试(使用SQL Server 2008 R2 Enterprise版),我想知道在SQL以外的长期存储这些备份的最有效的压缩算法是什么。内部压缩算法。 我不担心物理存储或磁带驱动器或其他任何东西,只想将我们的3TB数据和日志文件转换为我能最小的单个文件。 因此,例如,.zip还是.7z?还是我的数据库中有太多变量无法准确估计什么是最有效的变量,而我只需要做一些测试?还是我将获得最好的SQL Server内部压缩?

3
切换到简单恢复时的事务日志维护
背景: 我最近继承了450多个数据库中的50多个SQL Server。每晚备份大约为8TB,不用说,我们使用的磁盘空间比我们想要的要多。所有数据库均设置为“完全恢复”,并且从未备份过事务日志。我已经遍历了所有SQL Server,并确定了低优先级的服务器,这些服务器仅需要每晚进行备份并且可以接受一天的数据丢失。 题: 我将许多低优先级数据库SIMPLE从切换到恢复模式FULL。现有事务日志会被截断吗(创建检查点时)?一些现有的事务日志为50-100GB;为了继续前进,确定我应该缩小到什么范围的最佳方法是什么?我显然不想让它们那么大。还是随着时间的推移它们会自行收缩(我不认为会收缩)?

1
导入时转储的mysql表替换了现有记录
我使用mysqldump进行了转储。 mysqldump -u... -p... mydb t1 > mydb_table.sql 然后,我将转储导入到另一个具有相同表但记录不同的数据库中。 mysql -u...-p... mydb < mydb_tables.sql 导入数据库的记录从primary_key 1到1000,导出数据库的记录从5000到10,000。 但是在导入时,现有记录(即1到1000)被删除了。 怎么样??为什么??如果它是默认行为,那么我可以给转储提供哪些选择,以免下次发生。

2
PostgreSQL PITR还原
我有一个在CentOS 5.8 32位操作系统上运行的PostgreSQL 9.1服务器,并且启用了WAL归档。在此服务器上,有三个数据库:databaseA,databaseB和databaseC。有人在下午12点删除了databaseB上的一个表,我想将databaseB还原到删除表的时间之前。现在的时间是下午3点。 我如何才能将数据库B还原到下午12点,而又不会丢失其他两个数据库中三个小时的数据呢? postgresql.conf wal_level = archive archive_mode = on archive_command = 'test ! -f /opt/pgsql/logs/%f && cp %p /opt/pgsql/logs/%f' max_wal_senders = 100 recovery.conf restore_command = 'cp /opt/pgsql/logs/%f %p' recovery_target_time = '2012-06-29 11:59:59 CEST' 我在上午9点运行了基本备份 pg_basebackup -h 127.0.0.1 -D /opt/pgsql/backup PostgreSQL服务在下午3点关闭。

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.