|
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
или ты тоже фрагментацию с дефрагментацией путаешь? |
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |