关于数据日志收缩问题

[jeanso]

DUMP TRANSACTION #### WITH NO_LOG

DBCC SHRINKFILE(####_log,10)

日志永远10m？

or:


DUMP TRANSACTION #### WITH NO_LOG;BACKUP LOG #### WITH NO_LOG;DBCC SHRINKDATABASE (####)

日志永远1m？


比如一个系统每天产生100多条新记录，用那种方式好？初始设置日志大小多少适合？
收缩后我发现日志都会变成固定的大小，对数据库有没影响喃？

[jeanso]

[Quote=引用 2 楼 dawugui 的回复:]
一个系统每天产生100多条新记录?

这么小的数据量,你直接完全备份得了.
[/Quote]

我是收缩数据库日志问题

[billpu]

不太清楚你说的影响是什么
如果是指日志的可选择恢复,那是肯定有影响的,
你的日志文件都给截断了万一你以后要恢复到某一点怎么办,
如果说对运行有什么影响 没有

如果是shrinkdatabase和shrinkfile的区别
shrinkdatabase后面的参数是百分比
shrinkfile后面的参数是大小mb

[jeanso]

[Quote=引用 3 楼 dlut_liuq 的回复:]
引用楼主 jeanso 的回复:
DUMP TRANSACTION #### WITH NO_LOG

DBCC SHRINKFILE(####_log,10)

日志永远10m？

or:


DUMP TRANSACTION #### WITH NO_LOG;BACKUP LOG #### WITH NO_LOG;DBCC SHRINKDATABASE (####)

……
没什么影响，你截断收缩后，日志文件会随着你的操作而不断增大。知道你下一次阶段收缩或者备份数据库。[/Quote]

我再插入10万数据也日志也没变大 晕

[飘零一叶]

[Quote=引用 6 楼 jeanso 的回复:]
引用 3 楼 dlut_liuq 的回复:
引用楼主 jeanso 的回复:
DUMP TRANSACTION #### WITH NO_LOG

DBCC SHRINKFILE(####_log,10)

日志永远10m？

or:


DUMP TRANSACTION #### WITH NO_LOG;BACKUP LOG #### WITH NO_LOG;DBCC SH……
[/Quote]
你插入10万条数据之前，你先截断收缩日志文件到1m，你再看看它的大小。插入数据的时候不要用bulk或者bcp。

[幸运的意外]

看看日志的记录模式是全部还是简单，如果是简单的话，日志增长就很慢。

[王向飞]

每天100多条记录，那你每天全备数据库也没啥影响。

[dawugui]

一个系统每天产生100多条新记录?

这么小的数据量,你直接完全备份得了.

[飘零一叶]

[Quote=引用楼主 jeanso 的回复:]
DUMP TRANSACTION #### WITH NO_LOG

DBCC SHRINKFILE(####_log,10)

日志永远10m？

or:


DUMP TRANSACTION #### WITH NO_LOG;BACKUP LOG #### WITH NO_LOG;DBCC SHRINKDATABASE (####)

日志永远1m？


比如一个系……
[/Quote]
没什么影响，你截断收缩后，日志文件会随着你的操作而不断增大。知道你下一次阶段收缩或者备份数据库。