|
Проблемы с SQL | ☑ | ||
---|---|---|---|---|
0
hasan-rusel
17.07.14
✎
05:59
|
Microsoft SQL Server 2008 (SP3) - 10.0.5500.0 (X64) Sep 21 2011 22:45:45 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6001: Service Pack 1)
в БП (2.0.60.3) при перепроведении документов сильно растет файл tempdb с 100 Мб до 92 Гб (на диске просто больше нет места), соотв. на диске остается 200 Мб свободного места и база начинает подвисать. Подскажите как решить эту проблему ? Может можно как-то разбить файл tempdb (читал что его можно как-то разбить, но так и не нашел решения) ? Или копать 1с ? Заранее спасибо ! PS) Не силен в sql, т.к. не админ, а местным админам ничего не надо, "sql для 1с, значит ваши проблемы" PPS) потестил программой BPA, вот что она мне выдала, тоже не могу понять что с этим делать: Category: Operation Source: localhost Issue: Databases [ master , model , msdb ] that are present on this server instance do not have a recent backup Impact: The amount of data loss incurred in the event of a disaster scenario increases with the interval between backups Resolution: Review the backup schedules of all critical databases and schedule backups based on the various tolerance levels ----------------------- Category: Configuration Source: localhost Issue: The event log has messages that indicate that "Significant Portion of SQL Server Memory Has Been Paged Out" Impact: The performance and responsiveness of SQL Server services and associated applications may be affected when the processes are paged out Resolution: Known issues exist in Windows and device drivers that trigger conditions resulting in the working set of all processes that are currently running on the computer to be trimmed ----------------- Category: Performance Source: localhost Issue: This instance of SQL Server has only one tempdb data file Impact: Under a heavy load, the tempdb database can become a single point of contention and affect concurrency and performance Resolution: To reduce contention in the tempdb database, increase the number of tempdb data files, and configure the required startup trace flags. -------------------- Category: Prerequisite Source: localhost Issue: Replication is not configured Impact: Analysis cannot be performed Resolution: Replication component is not configured Заранее спасибо за помощь !!! |
|||
1
фобка
17.07.14
✎
06:03
|
Бэкапь
|
|||
2
ДенисЧ
17.07.14
✎
06:13
|
Гнать таких админов. Тряпками. Мокрыми.
|
|||
3
hasan-rusel
17.07.14
✎
06:20
|
(1) к чему это ? Или к тому что не настроен бэкап средствами sql ? сделаю как с этим разберусь)
|
|||
4
hasan-rusel
17.07.14
✎
06:21
|
(2) картриджи некому будет заправлять)))
|
|||
5
m-serg74
17.07.14
✎
06:35
|
(4) ограничение на размер логфайла не помогает?
|
|||
6
hasan-rusel
17.07.14
✎
06:39
|
(5) в свойствах бд ?
Данные строк: 500 МБ, рост не ограничен Журнал: 100 МБ, рост ограничен до 10000 МБ |
|||
7
m-serg74
17.07.14
✎
06:50
|
(6) у темпдб
|
|||
8
m-serg74
17.07.14
✎
06:56
|
(6) и 500 и 100 поменяй тоже на 50 и 10, ни к чему сразу 500 метров добавлять если 5 КБ не хватает
|
|||
9
m-serg74
17.07.14
✎
06:56
|
и автошринк попробуй врубить
|
|||
10
hasan-rusel
17.07.14
✎
06:59
|
(7) а где это глянуть ??
http://s006.radikal.ru/i214/1407/31/e00ae4168973.jpg |
|||
11
hasan-rusel
17.07.14
✎
07:00
|
(8) да к файлам бд претензий нет, они сейчас 8 Гб и 500 Мб, соотв.
|
|||
12
m-serg74
17.07.14
✎
07:09
|
||||
13
hasan-rusel
17.07.14
✎
07:17
|
(12) у меня все в точности так же)
Какое значение поставить на ограничение лог файла ? гигов 5-10 ? Шринк поставил True ,посмотрим что из этого выйдет, только читал что шринкать тепбд опасно запросом, а так в параметрах безопасно ? |
|||
14
Маратыч
17.07.14
✎
07:26
|
Варианта два - шринкать либо рестартить SQL сервер. Но от распухания tempdb при перепроведении это не спасет. Специфика такая, 1С очень активно юзает временные таблицы.
Разбить tempdb можно, а толку? Все равно распухать будет. Проще места на сервере добавить. А админов ссаными тряпками гнать таких. |
|||
15
Маратыч
17.07.14
✎
07:28
|
+(14) Тут вот кой-какие рекомендации есть, но в данном случае они вряд ли помогут. Разве что слегка оптимизировать: http://technet.microsoft.com/ru-ru/library/ms175527(v=sql.105).aspx
|
|||
16
hasan-rusel
17.07.14
✎
07:32
|
(14) пока рестартами спасаемся, но это не вариант конечно, выгонять из базы всех, ГлавБух по голове за это не гладит.
Места может и лучше добавиь, но там RAID на SAS дисках, да и этот вопрос решается с админами, которым это не надо. |
|||
17
ДенисЧ
17.07.14
✎
07:33
|
Ещё один умник, ограничивающий рост журнала...
Откуда вы такие берётесь, где столько титана на клювы нашлось? |
|||
18
hasan-rusel
17.07.14
✎
07:35
|
(17) предложи свой идею решения проблемы.
|
|||
19
m-serg74
17.07.14
✎
07:36
|
(17) а лучше чтоб весь сервак от отсутствия места на диске падал?
а вообще ТСу надо выяснять от чего именно так сильно растет журнал |
|||
20
hasan-rusel
17.07.14
✎
07:37
|
(12) рост ограничил до 1024 Мб, а с шринком проблемы:
http://s019.radikal.ru/i634/1407/c9/89ee67e07035.jpg |
|||
21
ДенисЧ
17.07.14
✎
07:38
|
(18) Гнать. Сначала админов, потом тебя
(19) Лучше, чтобы база падала от невозможности записать что-то? |
|||
22
hasan-rusel
17.07.14
✎
07:43
|
(21) Меня то за что ? Я хоть что-то пытаюсь сделать.
Так не нужно включать ограничение роста журнала тепмдб ? |
|||
23
Маратыч
17.07.14
✎
07:45
|
(22) Я бы не советовал. Но если это единственный способ спасти от падения весь сервак - ну что ж, на безбабье и рыбу раком.
|
|||
24
Мимохожий Однако
17.07.14
✎
07:46
|
Пробовал перепроводить меньшими партиями?
|
|||
25
hasan-rusel
17.07.14
✎
07:49
|
(23) В принципе лог файл не сильно пухнет, растет именно tempdb. Ок, обращу внимание при следующем перепроведении.
В рекомендациях оптимизации написано: Создайте столько файлов, сколько требуется, чтобы максимально увеличить пропускную способность диска. Использование нескольких файлов сокращает конфликты хранилищ базы данных tempdb и обеспечивает гораздо лучшую масштабируемость. А как это сделать ? И можно ли разместить на разных дисках ? или мне это не поможет ? |
|||
26
hasan-rusel
17.07.14
✎
07:51
|
(24) Это документы за месяц, попробую по 2 недели.
|
|||
27
d_Fyodor
17.07.14
✎
08:35
|
Оптимизация производительности базы данных tempdb
Создайте столько файлов, сколько требуется, чтобы максимально увеличить пропускную способность диска. Использование нескольких файлов сокращает конфликты хранилищ базы данных tempdb и обеспечивает гораздо лучшую масштабируемость. Однако, не создавайте слишком много файлов, так как это может привести к уменьшению производительности и увеличить издержки управления. Общая рекомендация состоит в том, чтобы создать один файл данных для каждого ЦП на сервере (для каждого параметра маска схожести), а затем установить число файлов, при необходимости уменьшив его или увеличив. Имейте в виду, что двухъядерный ЦП рассматривается как два процессора. Сделайте файлы одинакового размера, это обеспечивает оптимальную производительность с пропорциональным заполнением. Поместите базу данных tempdb на быструю подсистему ввода-вывода. Если имеется много непосредственно присоединенных дисков, то используйте чередование дисков. Расположите базу данных tempdb на дисках, отличных от используемых пользовательскими базами данных. |
|||
28
Necessitudo
17.07.14
✎
08:47
|
||||
29
hasan-rusel
17.07.14
✎
08:53
|
(27) Читал ссылку, см (25).
|
|||
30
hasan-rusel
17.07.14
✎
08:54
|
(28) читал.
|
|||
31
zva
17.07.14
✎
08:56
|
а перенести tempdb туда где места больше что мешает?
|
|||
32
Маратыч
17.07.14
✎
08:57
|
(25) Чтобы разбить базу на несколько файлов, смотрите в "Файловые группы".
|
|||
33
hasan-rusel
17.07.14
✎
09:02
|
(31) нет такого места на сервере. и на С и на D по 90-100 Гб.
|
|||
34
hasan-rusel
17.07.14
✎
09:03
|
(32) Базу или tempdb ?
Если tempdb, то можно подробнее ,что и как ? |
|||
35
Маратыч
17.07.14
✎
09:03
|
+(32) http://infostart.ru/public/94040/ - вот тут про файловые группы подробно.
|
|||
36
Маратыч
17.07.14
✎
09:04
|
(34) tempdb - это тоже база данных =)
|
|||
37
hasan-rusel
17.07.14
✎
09:13
|
(35) сделать все как в Разделение БД на файловые группы ?
http://infostart.ru/public/94040/#II1а |
|||
38
Маратыч
17.07.14
✎
09:15
|
(37) Угумс. Только очень внимательно и аккуратно. На пробу создай какую-нибудь непустую БД в скуле (да ту же копию 1С) и потренируйся сначала на кошках. А то такого навертеть можно...
|
|||
39
hasan-rusel
17.07.14
✎
09:18
|
(38) Чёт я очкую))
на бд пробной то я попробую, а смогу потом то же самое с tempdb ? (да-да слышал, что tempdb - это тоже база данных ) |
|||
40
vhl
17.07.14
✎
09:22
|
(21) Ничего не предложил, только болтать можешь
|
|||
41
Маратыч
17.07.14
✎
09:23
|
(39) Правильно очкуешь =) Но с чего-то начинать надо. Или долби админов всеми подручными средствами, чтобы пространство расширили.
|
|||
42
vhl
17.07.14
✎
09:25
|
Так чищу когда прижмет:
use [tempdb] go DBCC FREEPROCCACHE go DBCC FREESYSTEMCACHE ('ALL') go dbcc shrinkfile (tempdev,5000) go Но это вручную, не знаю корректно ли будет делать так при перепроведении. |
|||
43
ADirks
17.07.14
✎
09:47
|
Тема с постановкой раком tempdb становится всё популярнее, как я посмотрю.
|
|||
44
hasan-rusel
17.07.14
✎
09:52
|
(43) либо мы его, либо он нас.
|
|||
45
Йохохо
17.07.14
✎
10:00
|
(39) просто файл добавь
альтер датабазе темпдб адд филе (наме=es4otmpdb фолепатх='г\многоместатепмдб.мдф') ту филегруп primary |
|||
46
Йохохо
17.07.14
✎
10:01
|
(43) 120ГБ диски еще не сдохли, сдохнут и тема себя изживет
|
|||
47
hasan-rusel
17.07.14
✎
10:18
|
(45) и будет 2 файла на разных дисках и оба в группе primary ?
|
|||
48
hasan-rusel
17.07.14
✎
10:59
|
(45) В запросе это будет выглядеть так ??
USE master; GO ALTER DATABASE tempdb ADD FILE ( NAME = tempdb2, FILENAME = 'D:\SQL\tempdb2.mdf', ); TO FILEGROUP PRIMARY GO |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |