k********e
发帖数: 702 | 1 急！SQL Server 2005
数据崩溃被覆盖，fullbackup被覆盖
唯一完整的是一天前的differential backup
（最近的fullbackup是一个月前，所以differential backup里面很可能有很多数据）
请问能从里面提取出部分有效数据吗？有多少算多少。。。。死马当活马医了！ |
g***l
发帖数: 18555 | 2 你在一个月和differential backup之间做过什么BACKUP？ |
g***l
发帖数: 18555 | 3 我觉得是可以恢复的，再建一个新的不同名字的DATABASE，RESTORE一个月FULL BACKUP
，APPLY DIFFERENTIAL，应该可以，但要保证有足够的空间，单从DIFFERENTIAL里是提不出数据的。 |
i****a
发帖数: 36252 | 4 you need the last full backup.
look at your msdb.dbo.backupset table, check the LSN (log sequence number).
you need to have all the backup files that covers the LSN from the full
backup to the lastest diff backup.
【在 k********e 的大作中提到】
: 急！SQL Server 2005
: 数据崩溃被覆盖，fullbackup被覆盖
: 唯一完整的是一天前的differential backup
: （最近的fullbackup是一个月前，所以differential backup里面很可能有很多数据）
: 请问能从里面提取出部分有效数据吗？有多少算多少。。。。死马当活马医了！
|
g***l
发帖数: 18555 | 5 嗯，如果中间做过FULL BACKUP删了就不行了。
.
【在 i****a 的大作中提到】
: you need the last full backup.
: look at your msdb.dbo.backupset table, check the LSN (log sequence number).
: you need to have all the backup files that covers the LSN from the full
: backup to the lastest diff backup.
|
t****n
发帖数: 263 | 6 I don't think that would work. SQL Server uses a bitmap to keep track of
which pages have been changed since the last full backup. A diff backup only
backup those changed pages. If the latest full backup is lost, then you are
screwed.
【在 g***l 的大作中提到】
: 嗯，如果中间做过FULL BACKUP删了就不行了。
:
: .
|
g***l
发帖数: 18555 | 7 他没说LAST FULL BACKUP删除了，我觉得不像，他们是一个月前做过FULL BACKUP，之
后都DIFFERENTIAL
only
are
【在 t****n 的大作中提到】
: I don't think that would work. SQL Server uses a bitmap to keep track of
: which pages have been changed since the last full backup. A diff backup only
: backup those changed pages. If the latest full backup is lost, then you are
: screwed.
|
k********e
发帖数: 702 | 8 schedule的weekly fullbackup都失败了
schedule的daily diff backup都成功了
现在是：数据库丢失（硬盘扔了），只有失败的fullbackup(partial file)，没有完整
的fullbackup文件可用。
有全部的diff backup........
【在 g***l 的大作中提到】
: 你在一个月和differential backup之间做过什么BACKUP？
|
k********e
发帖数: 702 | 9 要这么简单的话，我也不会这么猴急在这里问了。
backup原理我都知道
我也知道必须这么顺序
问题是： 没这个条件！
现在的条件是：
1.
1个月前的fullbackup （被覆盖，没有了！）
2.
随后的diff backup都有
3.
随后的weekly fullbackup (没完成，都是partial 文件,所以checkpoint LSN没变，还
是在一个月前的fullbackup,所以diff backup的起始位置没变）
现在可以预见的解决办法是：
拿这个partial 文件，生成MDF，用diff backup apply map 所有的change上去，
有办法生成尽量多的数据么？
理论上，大量的diff数据都在diff backup里面，也就是最近的变化数据，是最需要恢
复的部分。
.
【在 i****a 的大作中提到】
: you need the last full backup.
: look at your msdb.dbo.backupset table, check the LSN (log sequence number).
: you need to have all the backup files that covers the LSN from the full
: backup to the lastest diff backup.
|
B*****g
发帖数: 34098 | 10 最后一次fullbackup是什么时候？另外，这种问题需要花钱找大牛，比如说zenny。
【在 k********e 的大作中提到】
: 要这么简单的话，我也不会这么猴急在这里问了。
: backup原理我都知道
: 我也知道必须这么顺序
: 问题是： 没这个条件！
: 现在的条件是：
: 1.
: 1个月前的fullbackup （被覆盖，没有了！）
: 2.
: 随后的diff backup都有
: 3.
|
|
|
k********e
发帖数: 702 | 11 一个月前fullbackup，成功了。但是：被删除了
从此以后每周都有fullbackup，但是都失败了。文件不完整。
从此以后每天都有diffbakcup，文件完整。
【在 g***l 的大作中提到】
: 他没说LAST FULL BACKUP删除了，我觉得不像，他们是一个月前做过FULL BACKUP，之
: 后都DIFFERENTIAL
:
: only
: are
|
k********e
发帖数: 702 | 12 changed pages里面就是我需要的所有数据
如何提取？
only
are
【在 t****n 的大作中提到】
: I don't think that would work. SQL Server uses a bitmap to keep track of
: which pages have been changed since the last full backup. A diff backup only
: backup those changed pages. If the latest full backup is lost, then you are
: screwed.
|
c*****d
发帖数: 6045 | 13 正常情况下没有full backup是不能用differential backup的
但是如果你是从一个空database开始，differential backup包含了之后的所有change
，这个从理论上讲应该还是可以的
我不知道ms sql server怎么做这种情况的恢复，oracle是可以恢复的
【在 k********e 的大作中提到】
: changed pages里面就是我需要的所有数据
: 如何提取？
:
: only
: are
|
B*****g
发帖数: 34098 | 14 你说的这个oracle可以是专指空数据库吗？俺怎么觉得试图恢复被覆盖的fullbackup似
乎更可行。
change
【在 c*****d 的大作中提到】
: 正常情况下没有full backup是不能用differential backup的
: 但是如果你是从一个空database开始，differential backup包含了之后的所有change
: ，这个从理论上讲应该还是可以的
: 我不知道ms sql server怎么做这种情况的恢复，oracle是可以恢复的
|
c*****d
发帖数: 6045 | 15 就是这么一个场景：
oracle db，每个tablespace都有备份
星期三加了一个tablespace，但是忘记在备份脚本里加上这个tablespace
星期四业务继续，新的tablespace上创建了表，索引及相关ins/upd/del
星期五db损坏，发现少一个tablespace的备份
【在 B*****g 的大作中提到】
: 你说的这个oracle可以是专指空数据库吗？俺怎么觉得试图恢复被覆盖的fullbackup似
: 乎更可行。
:
: change
|
k********e
发帖数: 702 | 16 zenny
是什么大牛？
钱不是问题，领导说了，不设上限
给个联系方式
谢谢老大
最后一次成功fullbackup是1个月前，该文件已经被删除并且在硬盘阵列上反复覆盖，
不应该指望了。
此后还有3次 fullbackup，都没有成功。而此后的所有diff backup都是成功了的。
【在 B*****g 的大作中提到】
: 最后一次fullbackup是什么时候？另外，这种问题需要花钱找大牛，比如说zenny。
|
k********e
发帖数: 702 | 17 谢谢大牛！
我就是想的这个意思。
oracle怎么实现？
change
【在 c*****d 的大作中提到】
: 正常情况下没有full backup是不能用differential backup的
: 但是如果你是从一个空database开始，differential backup包含了之后的所有change
: ，这个从理论上讲应该还是可以的
: 我不知道ms sql server怎么做这种情况的恢复，oracle是可以恢复的
|
B*****g
发帖数: 34098 | 18 站内信件就行，就说我介绍的，然后我好找他要介绍费，hoho
http://www.mitbbs.com/user_info/zenny
【在 k********e 的大作中提到】
: zenny
: 是什么大牛？
: 钱不是问题，领导说了，不设上限
: 给个联系方式
: 谢谢老大
: 最后一次成功fullbackup是1个月前，该文件已经被删除并且在硬盘阵列上反复覆盖，
: 不应该指望了。
: 此后还有3次 fullbackup，都没有成功。而此后的所有diff backup都是成功了的。
|
B*****g
发帖数: 34098 | 19 他说从一个空database开始
【在 k********e 的大作中提到】
: 谢谢大牛！
: 我就是想的这个意思。
: oracle怎么实现？
:
: change
|
k********e
发帖数: 702 | 20 呵呵呵，好哇，谢谢
【在 B*****g 的大作中提到】
: 站内信件就行，就说我介绍的，然后我好找他要介绍费，hoho
: http://www.mitbbs.com/user_info/zenny
|
|
|
k********e
发帖数: 702 | 21 没听说过啊
你也是这里的一哥了，难道你也不会吗？
【在 B*****g 的大作中提到】
: 他说从一个空database开始
|
B*****g
发帖数: 34098 | 22 晕，我不是大牛。你这个是非常规的，没有full back俺都不知道咋开始。
【在 k********e 的大作中提到】
: 没听说过啊
: 你也是这里的一哥了，难道你也不会吗？
|
k********e
发帖数: 702 | 23 老大，经常看你在这里晃悠啊
你是大牛这已经是大家的共识了
这个正是因为非常规，所以我也很头疼，唉呀
【在 B*****g 的大作中提到】
: 晕，我不是大牛。你这个是非常规的，没有full back俺都不知道咋开始。
|
B*****g
发帖数: 34098 | 24 我整天上班没事做，赫赫。不过我看你这个有点够呛。
【在 k********e 的大作中提到】
: 老大，经常看你在这里晃悠啊
: 你是大牛这已经是大家的共识了
: 这个正是因为非常规，所以我也很头疼，唉呀
|
z***y
发帖数: 7151 | 25 你不需要着急了。这钱我挣不了， 我觉得不能做。 No backup = No Restore
我觉得你们还是从Media recovery 入手， 只要是硬盘没有经过所谓的military
format, 都是能修复的， Seagate , western digit 都有专门的服务。 能把原来的文
件找到， 然后就好办了。
如果你们公司真的不在乎花钱的话， 我觉得只有一个人能帮你， 他以前是写DBCC的
team lead, 你去找他吧：
"Paul Randal (SQLskills.com)" |
B*****g
发帖数: 34098 | 26 ding。我前面也说了觉得抢救硬盘似乎更可行。可惜挣不到介绍费了，哭死。
【在 z***y 的大作中提到】
: 你不需要着急了。这钱我挣不了， 我觉得不能做。 No backup = No Restore
: 我觉得你们还是从Media recovery 入手， 只要是硬盘没有经过所谓的military
: format, 都是能修复的， Seagate , western digit 都有专门的服务。 能把原来的文
: 件找到， 然后就好办了。
: 如果你们公司真的不在乎花钱的话， 我觉得只有一个人能帮你， 他以前是写DBCC的
: team lead, 你去找他吧：
: "Paul Randal (SQLskills.com)"
|
k********e
发帖数: 702 | 27 真的吗？就算是完全覆盖的SAN 上面的RAID也可以恢复文件？
我试试看。谢了啊
【在 z***y 的大作中提到】
: 你不需要着急了。这钱我挣不了， 我觉得不能做。 No backup = No Restore
: 我觉得你们还是从Media recovery 入手， 只要是硬盘没有经过所谓的military
: format, 都是能修复的， Seagate , western digit 都有专门的服务。 能把原来的文
: 件找到， 然后就好办了。
: 如果你们公司真的不在乎花钱的话， 我觉得只有一个人能帮你， 他以前是写DBCC的
: team lead, 你去找他吧：
: "Paul Randal (SQLskills.com)"
|
z***y
发帖数: 7151 | 28 这年头， 钱都是很难挣的。
我刚刚谈的一个client， 免费给他们咨询了一个钟头， 结果人家把问题都问了，然后
就消失了。
坑我们这些升斗小民， 天理不容啊天理不容啊。
害的我抱着茶缸子， 啜泣了一会儿。
【在 B*****g 的大作中提到】
: ding。我前面也说了觉得抢救硬盘似乎更可行。可惜挣不到介绍费了，哭死。
|
g***l
发帖数: 18555 | 29 我看悬，被覆盖再想恢复没那么容易，BACKUP不就是为了防止数据丢失么，为什么没有
BACKUP到TAPE上，搞什么硬盘扇区恢复？没人担责任下次还会丢失。
【在 k********e 的大作中提到】
: 真的吗？就算是完全覆盖的SAN 上面的RAID也可以恢复文件？
: 我试试看。谢了啊
|
a9
发帖数: 21638 | 30 搭车问个问题，sql server为什么要取消磁带备份？
【在 g***l 的大作中提到】
: 我看悬，被覆盖再想恢复没那么容易，BACKUP不就是为了防止数据丢失么，为什么没有
: BACKUP到TAPE上，搞什么硬盘扇区恢复？没人担责任下次还会丢失。
|
|
|
z***y
发帖数: 7151 | 31 Many third party companies have better tape back solutions. Also, they paid
fee for develop/maintain VDI so Microsoft has to cross out this function.
【在 a9 的大作中提到】
: 搭车问个问题，sql server为什么要取消磁带备份？
|
k********e
发帖数: 702 | 32 是啊
那个人就是我啊
不敢担责任
【在 g***l 的大作中提到】
: 我看悬，被覆盖再想恢复没那么容易，BACKUP不就是为了防止数据丢失么，为什么没有
: BACKUP到TAPE上，搞什么硬盘扇区恢复？没人担责任下次还会丢失。
|
g***l
发帖数: 18555 | 33 觉得根本就没有TAPE BACKUP，说明你们的DISASTER RECOVERY PLAN根本就不WORK，吃
一堑长一智，你一定要求BOSS BACKUP到TAPE上，否则下次再出事，就不是你的责任。
用SQL SERVER的就是老想着省钱，什么都不投资，SERVER也是最便宜的，公司自己不把
自己的数据当财产看，最后的结果就是公司忙着搞开发，最后数据一团糟，DB SERVER
CRUSH几回，公司就有倒的危险。TAPE BACKUP，FAILOVER,DATABASE MIRRORING/LOG
SHIPPING，这些都是必须的。
【在 k********e 的大作中提到】
: 是啊
: 那个人就是我啊
: 不敢担责任
|
B*****g
发帖数: 34098 | 34 队伍需要扩大，俺N年前实习的小公司也是这样，后来决定，不给钱客户见不到
developer，只能跟sales扯蛋。
【在 z***y 的大作中提到】
: 这年头， 钱都是很难挣的。
: 我刚刚谈的一个client， 免费给他们咨询了一个钟头， 结果人家把问题都问了，然后
: 就消失了。
: 坑我们这些升斗小民， 天理不容啊天理不容啊。
: 害的我抱着茶缸子， 啜泣了一会儿。
|
k********e
发帖数: 702 | 35 是啊是啊
舍不得钱买storage
而且人手也不够，我早建议了多找几个DBA，我来当manager.....
SERVER
【在 g***l 的大作中提到】
: 觉得根本就没有TAPE BACKUP，说明你们的DISASTER RECOVERY PLAN根本就不WORK，吃
: 一堑长一智，你一定要求BOSS BACKUP到TAPE上，否则下次再出事，就不是你的责任。
: 用SQL SERVER的就是老想着省钱，什么都不投资，SERVER也是最便宜的，公司自己不把
: 自己的数据当财产看，最后的结果就是公司忙着搞开发，最后数据一团糟，DB SERVER
: CRUSH几回，公司就有倒的危险。TAPE BACKUP，FAILOVER,DATABASE MIRRORING/LOG
: SHIPPING，这些都是必须的。
|
B*****g
发帖数: 34098 | 36 现在不是总结经验教训的时候，先解决问题。
【在 k********e 的大作中提到】
: 是啊是啊
: 舍不得钱买storage
: 而且人手也不够，我早建议了多找几个DBA，我来当manager.....
:
: SERVER
|
g***l
发帖数: 18555 | 37 这个主意不错，以后我也学精了，不见钱不给建议。
【在 B*****g 的大作中提到】
: 队伍需要扩大，俺N年前实习的小公司也是这样，后来决定，不给钱客户见不到
: developer，只能跟sales扯蛋。
|
B*****g
发帖数: 34098 | 38 要不说队伍要扩大，要有manager，sales，developer。sales就管吹牛打屁，反正就是
干这个，挣这个钱。不给钱不能放developer，客户要愿意就骗到了。不愿意然后扯皮
，扯不下去了manager再跳出来圆场，developer给点小甜头。有不少公司就是先四处打
电话求解，然后自己搞出一套方案，再找人做。整个设计部分的钱全剩了。更牛b的是
一次一个工司拿着一个几十页的document（某咨询公司写的）找到俺门（开始俺门１０
％ lowest price guaranty），说就照这个做，哈哈。
【在 g***l 的大作中提到】
: 这个主意不错，以后我也学精了，不见钱不给建议。
|
k********e
发帖数: 702 | 39 怎么解决？无fullbackup无解啊
【在 B*****g 的大作中提到】
: 现在不是总结经验教训的时候，先解决问题。
|
B*****g
发帖数: 34098 | 40 要是俺们这儿，该找工作了，hoho。
【在 k********e 的大作中提到】
: 怎么解决？无fullbackup无解啊
|
|
|
k********e
发帖数: 702 | 41 汗。。。。你莫吓我啊
【在 B*****g 的大作中提到】
: 要是俺们这儿，该找工作了，hoho。
|
y****w
发帖数: 3747 | 42 以前也遇到过一个, 好象是日历, 机器崩了数据库坏了急急忙忙找人，口口声声钱不是问题。然后就是和zenny这个类似的情况了，可怜本来俺还以为可以捞几个月房租。很多地方值钱的就是几个关键点。
【在 z***y 的大作中提到】
: 这年头， 钱都是很难挣的。
: 我刚刚谈的一个client， 免费给他们咨询了一个钟头， 结果人家把问题都问了，然后
: 就消失了。
: 坑我们这些升斗小民， 天理不容啊天理不容啊。
: 害的我抱着茶缸子， 啜泣了一会儿。
|
B*****g
发帖数: 34098 | 43 不见兔子不能撒鹰
是问题。然后就是和zenny这个类似的情况了，可怜本来俺还以为可以捞几个月房租。
很多地方值钱的就是几个关键点。
【在 y****w 的大作中提到】
: 以前也遇到过一个, 好象是日历, 机器崩了数据库坏了急急忙忙找人，口口声声钱不是问题。然后就是和zenny这个类似的情况了，可怜本来俺还以为可以捞几个月房租。很多地方值钱的就是几个关键点。
|
w*****7
发帖数: 263 | 44 没有FULL BACKUP, 还是节哀顺变吧, 即使Paul Randel来了也不行. 他一般上来就问有
good FULL backup吗? |
B*****g
发帖数: 34098 | 45 你和他很熟？
【在 w*****7 的大作中提到】
: 没有FULL BACKUP, 还是节哀顺变吧, 即使Paul Randel来了也不行. 他一般上来就问有
: good FULL backup吗?
|
w*****7
发帖数: 263 | 46 不熟. 但是在各个论坛里能看到他的回贴....
【在 B*****g 的大作中提到】
: 你和他很熟？
|
B*****g
发帖数: 34098 | 47 把你常去的论坛贴一下吧，大家也可以去学习
【在 w*****7 的大作中提到】
: 不熟. 但是在各个论坛里能看到他的回贴....
|
k********e
发帖数: 702 | 48 OnTrack回复说能救回部分在diff里的数据
正在搜集orphan数据
不明白的说
【在 w*****7 的大作中提到】
: 没有FULL BACKUP, 还是节哀顺变吧, 即使Paul Randel来了也不行. 他一般上来就问有
: good FULL backup吗?
|
B*****g
发帖数: 34098 | 49 thanks for keeping us update.
【在 k********e 的大作中提到】
: OnTrack回复说能救回部分在diff里的数据
: 正在搜集orphan数据
: 不明白的说
|
