Questions tagged «disaster-recovery»

1
PostgreSQL DELETE FROM失败,并显示“错误:尝试删除不可见的元组”
此问题是从“服务器故障” 迁移而来的,因为可以在数据库管理员堆栈交换中回答。 迁移 3年前。 错误 尝试删除包含无效时间戳记的元组 DELETE FROM comments WHERE date > '1 Jan 9999' OR date < '1 Jan 2000' OR date_found > '1 Jan 9999' OR date_found < '1 Jan 2000'; 结束于 ERROR: attempted to delete invisible tuple 有从2009年的邮件列表讨论完全相同的错误信息,其中OP有它固定的,但我没有发现他是如何做到的或可能是什么导致了这种错误的解释。 由于缺乏对Google的欢迎以及对PostgreSQL的了解有限,我感到无助。 导致腐败的原因 当OS内核崩溃时,我有一个在Debian 8上运行的PostgreSQL 9.5.5服务器(〜4TB数据,所有默认设置,除了增加的内存限制)–大概是在重建交换所在的/ dev / md1时。在此之前,PostgreSQL用400GB的日志文件吞噬了几乎所有磁盘空间。操作系统再也不会启动,磁盘检查还可以,所以我已经从LiveCD启动,并将每个块设备备份到了映像,以防万一。我已经成功地从/ dev …

3
是否可以通过还原MASTER数据库来恢复TDE证书?
(幸运的是,我们目前还没有处于这种情况下,只是提前计划,看看如果发生的话我们的选择将会是什么。) 对于使用透明日期加密(TDE)加密的数据库,除非您拥有用于对其进行加密的证书的备份,否则无法恢复该数据库备份的副本。 如果您没有那个怎么办?还有其他选择吗? 如果服务器整体出现故障,在新硬件上还原MASTER数据库的备份是否还会还原证书?

3
当您的Always On群集丢失仲裁时该怎么办?
我正在查看我们公司的灾难恢复程序,当我在网上寻找“始终在线群集”丢失仲裁的解决方案时,可以进行比较。在搜寻结果的第一篇SE帖子之前,我在Google搜索结果中浏览了三页,该主题仅涉及群集丢失,仲裁丢失等主题。 尽管每个人都认为失败的仲裁人数是有害的,并且有一些建议可以降低这种潜力,但仍然有可能发生。我正在寻找一个很好的同行评审答案,以解决从Always On群集丢失仲裁中恢复的最佳方法。

2
tempdb位置损坏,无法恢复
犯了一个错误,并为tempdb输入了一个alter database命令。 现在该实例将无法启动。我无法使用-m在单用户模式下启动,因为它指出找不到tempdb。我尝试使用: net start msqsqlserver /f /t3608 但是,我实际上根本无法使用sqlcmd或连接到实例ssms。
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.