Имя: Пароль:
IT
 
MS SQL. Влияет ли большой Log файл на производительность ?
,
0 ilpar
 
25.10.11
14:50
Собственно есть база с логом в районе 90 Гб.

Собственно не я базу обслуживаю, но могу обрезать, если приспичит.
1 ilpar
 
25.10.11
14:51
или заставить обрезать =))
2 ДенисЧ
 
25.10.11
14:51
несущественно, но влияет
3 skunk
 
25.10.11
14:52
ну собственно влияет ... а почему он такой большой
4 миша122062
 
25.10.11
14:52
(0)да
5 ilpar
 
25.10.11
14:54
(3)
он большой, потому что я отошел от администрирования этой базы.

Мне не платят за это =) мы обрезали раньше, пока коллеги админы в конторе не сменились
6 ilpar
 
25.10.11
14:55
админы как и мы  - аутсорсеры, общаемся с ними редко.
7 Kreont
 
25.10.11
14:58
Влияет:
- свободное место может закончится в самый неожиданный момент
- долго самому потом его парсить, лучше стреть и всем говорить что логов не ведем, полное доверие :) и у всех есть должностная инструкция
- незнаю точно как работает сервер мссюл, в том смыскле как умеет его окрывать и дописывать, может и оттого тормозить сам себя

Хотя почему он такой большой и один?
У меня (правда постгри сервер) лог делится по дням отдельными кусками
8 МихаилМ
 
25.10.11
14:59
влияет только в случае сильной дефрагментации либо выделения дискового пространства

в области деградирования производительности .

выделите максимальный размер в нескольких файловых группах.

но похоже просто не настроен скл сервер. 90 гиг лог файл повод уволить админа.

восстанавливать по нему(логу)  все равно очень долго (если есть начальный бекап лога).
9 romix
 
25.10.11
15:05
10 Жан Пердежон
 
25.10.11
18:23
(8) наоборот
11 el-gamberro
 
25.10.11
18:26
(10) примею дать? ты случайно не "коллега" (0)?:)
12 Жан Пердежон
 
28.10.11
16:20
(11) довай, коллега, ЯД: 41001102397219
или ты тоже фрагментацию с дефрагментацией путаешь?
2 + 2 = 3.9999999999999999999999999999999...