SQL2005，更改恢复模式时，是否需要停库？

ZALBB

jieyancai 发表于 2015-12-23 19:00
扯淡，sqlserver备份的怎么可能用不了？呵呵。看来他们的人根本就不懂db。
简单模式就是出问题了会丢数据 ...

SQL系统的恢复模式：大日志容量，在什么情况下需要？ 对应 ORACLE 的哪种归档模式？

jieyancai

ZALBB 发表于 2015-12-24 10:29
SQL系统的恢复模式：大日志容量，在什么情况下需要？ 对应 ORACLE 的哪种归档模式？

一般不用大日志容量方式，尽量用完整模式就行了。

===========
简单恢复，使用简单恢复模型可以将数据库恢复到上次备份的即时点，不过无法将数据库还原到故障点或特定的即时点。使用简单恢复模型时，我们可以使用完整数据库备份，也可以使用差异备份，但不能使用事务日志备份。比如说你要将数据库恢复到9:10时的数据，那么除非你在9:10备份了数据库，否则在简单恢复模式下是无法办到。

完全恢复模型可以使用完整数据库备份、差异备份和事务日志备份。正因为它可以备份事务日志，所以它可以将数据库还原到特定的即时点。

如果没有大容量复制操作，那么大容量日志记录恢复模型和完全恢复模型是一样的，当进行了大容量复制操作后，再备份日志，那么就不能在这个日志备份集中使用即时点还原（完全恢复模型则可以），这正是与完全恢复模型不同的地方，正因为如此，它备份日志时所需的空间不会多余完全恢复模型下所用的空间。
大容量复制操作：
SELECT INTO。
大容量装载操作（bcp 和 BULK INSERT）。
CREATE INDEX（包括索引视图）。
text 和 image 操作（WRITETEXT 和 UPDATETEXT）。

jieyancai

ZALBB 发表于 2015-12-24 10:28
对，我也这样想。但他们这样说，数据库恢复后，还得用他们的K3系统来读取，若是SQL 库自行恢复，他们的K3 ...

你就问一句，k3系统备份能否做到保证不丢数据？

ZALBB

jieyancai 发表于 2015-12-24 15:42
你就问一句，k3系统备份能否做到保证不丢数据？

其实，他也说了，K3里的备份功能，也是写代码来做的备份，只是很不爽他的售后服务意识，

jieyancai

ZALBB 发表于 2015-12-24 15:51
其实，他也说了，K3里的备份功能，也是写代码来做的备份，只是很不爽他的售后服务意识，

k3明显就是简单模式的全库备份嘛。前面说了简单模式就像非归档，不用担心日志增长的问题。
工程师不懂db，没办法。呵呵~~

ZALBB

jieyancai 发表于 2015-12-24 16:05
k3明显就是简单模式的全库备份嘛。前面说了简单模式就像非归档，不用担心日志增长的问题。
工程师不懂db ...

我现在要改成 完整的 恢复模式，

ZALBB

jieyancai 发表于 2015-12-24 16:05
k3明显就是简单模式的全库备份嘛。前面说了简单模式就像非归档，不用担心日志增长的问题。
工程师不懂db ...

SQL系统的恢复模式：大日志容量，在什么情况下需要？ 对应 ORACLE 的哪种归档模式？

jieyancai

ZALBB 发表于 2015-12-24 18:03
SQL系统的恢复模式：大日志容量，在什么情况下需要？ 对应 ORACLE 的哪种归档模式？

不需要用这个方式。可认为对应的是nologging导入。参看12#
批量导入等情况不想记录太多日志的时候才用。

ZALBB

jieyancai 发表于 2015-12-25 09:43
不需要用这个方式。可认为对应的是nologging导入。参看12#
批量导入等情况不想记录太多日志的时候才用。

谢谢，   这样设置后，SQL库能区分哪些是正常操作，需要记录日志；哪些是批量导入，不需要记录日志？

jieyancai

ZALBB 发表于 2015-12-25 09:52
谢谢，   这样设置后，SQL库能区分哪些是正常操作，需要记录日志；哪些是批量导入，不需要记录日志？

这类的不记录嘛。
大容量复制操作：
SELECT INTO。
大容量装载操作（bcp 和 BULK INSERT）。
CREATE INDEX（包括索引视图）。
text 和 image 操作（WRITETEXT 和 UPDATETEXT）。