К списку форумов К списку вопросов
Вопросы производительности в связи с ростом базы
iko
06.07.2004 - 11:01
Статистика базы такая:
базе 1,5 года, комплексная для Украины. за это время размер всех dbf-файлов ворос до 1,3 гига. есть самые большие, связанные с регистрами: ПартииТоваров (RG... 250Mb, RA... 100Mb), Обороты (RG... 150Mb, RA... 80Mb). В самом большом файле 1700 000 записей, в тех, что поменьше 1000000-1500000.
Остальные файлы 50-60 метров и менее.
Периодичность хранения остатков в регистрах - месяц.
Сервер: xeon 2.8, 2 гига памяти, scsi винты. Все в терминале.
Симптомы: в последнее время заметно упала производительность при проведении документов (особенно в конце месяца) и построении отчетов (особенно если устанавливать в параметрах периода: начало 2 квартала или начало года). Открытие периода последний раз выполнялось почти час.
Сам вот чего думаю:
1.Попробовать уменьшить период хранения остатков до 10 дней; Никогда этого не делал, не знаю, на сколько поможет.
2. Поставить еще один проц на сервак. Сомневаюсь, что это решит проблему надолго.
3. Оптимизировать самые ресурсоемкие регистры вряд ли принесет значительный прирост, потому что номенклатуры много (под 9000), и движений много.
4.Очистить регистры от мусора, т.е. незакрытых остатков типа 0,0001 и т.п. Размер при этом уменьшится не более чем на 5%.
5.Свернуть базу.
6.Ну и самый радикальный и наверное верный вариант - переход на SQL. Но возникает вопрос: потянет ли один сервер SQL и сервер терминалов?
Нужно что-то делать, пока не поздно. Да так, чтобы поменьше шишек набить. Хотелось бы услышать мнения тех, кто решал подобные проблемы.
101
1 - 06.07.2004 - 11:12
если терминал то 2-а сервера 1-н терминальный 2-ой скульный
ЗЫ сложно сказать ... имхо изначально стараюсь это обойти нафик ...
ЗЫЫ желательно 'мусор' вычистить + думаешь если поставь период 5-ть дней? база уменьшится?
SnarkHunter
2 - 06.07.2004 - 11:14
Твоя беда - незакрытые регистры... Длительное открытие периода - первый признак...
iko
3 - 06.07.2004 - 11:25
(1) знаю что база увеличится, но временный расчет должен выполнятся быстрее во второй половине месяца.
(2) я прикидывал: незакрытые регистры составляют 5-10% не более. или это много?
Андрей Оскольский
4 - 06.07.2004 - 11:29
Во-первых, просто используя sql ты не добьешься увеличения производительности (а может даже наоборот) + поимеешь геморрой с разруливанием проблем 1С+SQL.
Во-вторых НИ В КОЕМ СЛУЧАЕ нельзя терминал и скуль ставить на одну машину.
Как кто-то написал, при таком решении, для обеспечения должного быстродействия, стоимость сервера будет стремиться к стоимости космического корабля :)
Тонни
5 - 06.07.2004 - 11:33
1-ый сервер + 1 проц + 2GB озу + поставь такой же сервак под SQL но по связке 1Gb, еще на 2 - 3 года забудешь.
Тонни
6 - 06.07.2004 - 11:35
но не тяни 2GB база - и гаплык
Тонни
7 - 06.07.2004 - 11:38
еще можешь если памяти наставишь поэксперементировать с RAM диском туда кое чего запихнуть
iko
8 - 06.07.2004 - 11:42
(4):
1) да я это понимаю, поэтому и не спешу на него базу перетаскивать
2)т.е. какой бы мощный сервак не был, все равно целесообразнее разносить терминал и sql на два сервера?
да, при переходе на sql хорошое попадалово: 1С+SQL+еще один сервак.
iko
9 - 06.07.2004 - 11:45
(6)после 2-х dbf заткнется?
а если базу поддерживать в пределах 2-х? например, путем ежегодного сворачивания.
iko
10 - 06.07.2004 - 11:47
а вообще, что является критичным: размер всей базы или самых больших файлов. у меня, например, 4 файла составляют почти половину размера базы?
Тонни
11 - 06.07.2004 - 11:48
вероятность гаплыка что у тебя при этом что есть сейчас при 2гб составляет 70 - 80 процентов даже если чистить будешь все но если 2.5 то 100%
думай сам
Тонни
12 - 06.07.2004 - 11:51
совет - ты думай, слушай все, читай но не спеши + сохраняй в разнче места базейку, все взвесь тогда и делай, времени еще есть до 0.5 года
может кто даст из твоих поставщиков тебе сервак поюзать на недельку, вот это было бы щастье
Тонни
13 - 06.07.2004 - 11:53
имелось в виду поставщиков техники IT
SergAnt
14 - 06.07.2004 - 11:57
4. Андрей Оскольский, У меня щас так в одном месте стоит. (15 пользователей, меньше 1Гб база) Проблем в связке нет. А что может быть-то?
Zas
15 - 06.07.2004 - 11:58
У меня база Dbf до свертки была > 3 Гб и, ничего, работала половину года.
Потом свернул, стала 1гб, сейчас растет, до конца года ничего делать не буду...
(А вот архивы эври дей)
Тонни
16 - 06.07.2004 - 11:58
АГА однозначно w2003server
Тонни
17 - 06.07.2004 - 12:02
не знаю параметров сервака и т.д (15) но если (0) уже тормоза то обдумать все что тут сказано надо, просто знаю что больше 2-х Гб опасно базу в дбф оставлять на оперативную торговлю (имхо)
iko
18 - 06.07.2004 - 12:06
(14)до гига и у меня проблем не было, а после - читай (0)
(12)поюзать сервак с sql-лем?
(16)в чем выигрыш по сравнению с w2000server?
повторю вопрос:
а вообще, что является критичным: размер всей базы или самых больших файлов. у меня, например, 4 файла составляют почти половину размера базы?
Тонни
19 - 06.07.2004 - 12:06
еще ... говорю обо 2-х ГБ только дбф, цдикс :) не всчет
SnarkHunter
20 - 06.07.2004 - 12:08
"просто знаю что больше 2-х Гб опасно базу в дбф оставлять на оперативную торговлю " - лажа...
Тонни
21 - 06.07.2004 - 12:10
(18) поставь 2003 сам увидишь долго расказывать, sql на тот же вервак не ставь, возьми поюзать еще один сервак
iko
22 - 06.07.2004 - 12:10
если я разнесу данные из одного регистра на два, будет от этого толк?
Zas
23 - 06.07.2004 - 12:10
(17) 2-х проц 2.6 хеон, вин2000 сервер, терминалы, рэйд массив (4 винта), работает одновременно (оперативная торговля) 10 - 20 человек. Документооборот за день большой.
Я слежу за размерами файлов, самый большой файлик у меня - это 1SCONST.DBF, остальные меньше, сейчас он = 200 Мб, раньше был 600 Мб.
Тормозов практически нет.
База переписанная вся вдоль и поперек.
Zas
24 - 06.07.2004 - 12:13
А, вообще, такую базу нужно сворачивать...
И чем скорее тем лучше...
101
25 - 06.07.2004 - 13:06
22. смотреть структуру регистра нужно
ЗЫ конец истории если не сложно потом напиши :)
Андрей Оскольский
26 - 06.07.2004 - 13:19
(14) Сорри, на объект уходил.
Чревато это сильными тормозами.
Сказал это не по личному опыту.
Просто, насколько я помню фирма 1с (на ИТС), да и мелкомягкие, по-моему, настоятельно не рекомендовали загружать машину чем-либо еще кроме sql сервера.
Правда, говорилось это еще в пору 3-х пентиумов, WinNT4.0 и MSSQL7.0.
Если с тех пор ситуация изменилась - снимаю шляпу.
Но почему-то многие предпочитают трехзвенку: SQL - gigabit - Terminal - 100Mbit - user.
Может людям денег девать некуда, раз 2 сервака покупают? :)
iko
27 - 06.07.2004 - 13:23
(25)регистр ПартииТоваров. сейчас в нем хранятся все партии, в т.ч. и отданные/принятые на реализацию. думаю, можно уменьшить движение и остатки по регистру, если вынести учет реализации в другой регистр. примерно так, как это сделано в ТиС 9 редакция.
101
28 - 06.07.2004 - 13:25
27. имхо в принципе полезно ...
iko
29 - 06.07.2004 - 13:29
(28)я вот тоже так думаю :),но для того, чтобы проверить на практике придется переписать много :((
101
30 - 06.07.2004 - 13:31
29. дык шо ты хотел? се ля ви ...
iko
31 - 06.07.2004 - 13:40
пожалуй тему можно закрывать. всем спасибо. буду думать, пробовать.

К списку вопросов на форуме 1C

>>