m******y
发帖数: 588 | 1 刚到一个新公司， 今天给我们的production db server set up log shipping到我们
另外一个data center, 可是居然发现两个data center之间network只有每秒几百k传输
速度， 传个4g的transaction log 就要好几小时，真是没辙了。
现在的问题是，log backup every 15 mins, 平时还不算大，但每天晚上reindexing后
log就变成几个g了， reindexing是根据avg_fragmentation_in_percent和avg_page_
space_used_in_percent逐个rebuild或者reorganize的，我想不出还有什么办法让log
小一点。
还有现在的log shipping没用zip和unzip, 请问大侠们有没有自己customize的script
用zip和unzip在log shipping里的？我想把job改一改，放个zip, unzip, 就是我们那
个xp_cmdshell都不让enable，不知道还怎么办
还有就是把restore的间隔弄的大点 |
i***d
发帖数: 158 | 2 1. 网速那么慢, 你还要把restore间隔弄大点? --- 当log size变得很大时, 那不是更
慢了吗?
2. xp_cmdshell都不让用, 那你即使zip了也没办法呀.
3. 不知道你们那个database大不大, 要是不大, 还不如在reindex后backup database,
然后再restore呢......
log
script
【在 m******y 的大作中提到】
: 刚到一个新公司， 今天给我们的production db server set up log shipping到我们
: 另外一个data center, 可是居然发现两个data center之间network只有每秒几百k传输
: 速度， 传个4g的transaction log 就要好几小时，真是没辙了。
: 现在的问题是，log backup every 15 mins, 平时还不算大，但每天晚上reindexing后
: log就变成几个g了， reindexing是根据avg_fragmentation_in_percent和avg_page_
: space_used_in_percent逐个rebuild或者reorganize的，我想不出还有什么办法让log
: 小一点。
: 还有现在的log shipping没用zip和unzip, 请问大侠们有没有自己customize的script
: 用zip和unzip在log shipping里的？我想把job改一改，放个zip, unzip, 就是我们那
: 个xp_cmdshell都不让enable，不知道还怎么办
|
m******y
发帖数: 588 | 3 reindexing后再backup,是不是不太好呀？要是reindexing的时候出点问题就比较麻烦
。
现在在看redgate的sql backup, 不知道有没有大侠用过？ |
i****a
发帖数: 36252 | 4 If you are using pre SQL 2008, you can look into Quest Litespeed logshipping
, it compresses the log file. if you have SQL 2008, then enable compression.
how big is the database? if it's smaller than the log file then do a backup
and restore as suggested.
and finally, what is the business requirement? with limited bandwidth, can you do
replication, and do rebuild index on the off-site server seperatly?
【在 m******y 的大作中提到】
: reindexing后再backup,是不是不太好呀？要是reindexing的时候出点问题就比较麻烦
: 。
: 现在在看redgate的sql backup, 不知道有没有大侠用过？
|
m******y
发帖数: 588 | 5 We are using sql server 2005
We have cluster and this log shipping is our secondary disaster recovery
plan. We want to ship our log to our second data center. The database is
over 30g now and is growing fast. So it seems compression is the only way
to go. |
p********l
发帖数: 279 | 6 为什么不用复制呢？是不是有什么需求只能用log shipping? |
m******y
发帖数: 588 | 7 有些table还没有primary key的，用复制的话先得schema changes. 本来想先用log
shipping顶上的，不过再想想复制可能更合适。 |
a9
发帖数: 21638 | 8 是不是可以建个异步的镜像。
如果用辅助数据库上的数据，可以每15分钟创建一个快照来用。
【在 m******y 的大作中提到】
: 有些table还没有primary key的，用复制的话先得schema changes. 本来想先用log
: shipping顶上的，不过再想想复制可能更合适。
|
a9
发帖数: 21638 | 9 再说了，有必要每天晚上做reindexing吗？
我的数据库基本上没做过reindexing。现在百十来G了一点都不慢啊。
log
【在 a9 的大作中提到】
: 是不是可以建个异步的镜像。
: 如果用辅助数据库上的数据，可以每15分钟创建一个快照来用。
|
i****a
发帖数: 36252 | 10 depends on fragmentation
【在 a9 的大作中提到】
: 再说了，有必要每天晚上做reindexing吗？
: 我的数据库基本上没做过reindexing。现在百十来G了一点都不慢啊。
:
: log
|
|
|
y****w
发帖数: 3747 | 11 有些表/索引的fragmentation限制该放宽就放宽，别那么死板，
【在 i****a 的大作中提到】
: depends on fragmentation
|
j*******7
发帖数: 6300 | 12 Can't add a step in the SQL Job to execute zip/unzip directly? I feel you
don't need xp_cmdshell. |
i***d
发帖数: 158 | 13 难道zip/unzip不是cmdshell的命令??
【在 j*******7 的大作中提到】
: Can't add a step in the SQL Job to execute zip/unzip directly? I feel you
: don't need xp_cmdshell.
|
j*******7
发帖数: 6300 | 14 There is a SQL Job Step Type called Operating system (CmdExec). Does that
require enabling xp_cmdshell in Database Engine?
【在 i***d 的大作中提到】
: 难道zip/unzip不是cmdshell的命令??
|
a9
发帖数: 21638 | 15 干脆在windows里做个计划zip/copy，另一个里做个计划unzip.
只让sqlserver backup和restore不就得了。
you
【在 i***d 的大作中提到】
: 难道zip/unzip不是cmdshell的命令??
|
i****a
发帖数: 36252 | 16 another consideration:
if it's windows server, you'll have to use a 3rd party zipping tool. GZip,
pkzip, winzip etc.
and should include the time it takes to zip and unzip GB size file into your
log shipping delay consideration. |
