База тормозит 3.32

[Andy]

Проблема:
очень медленно стала работать база SH 3.32 (240мб)
хотя другая база (85мб) - работает с приличной скоростью ..
предприятие работает чуть меньше 2 лет - с базой НИКОГДА проблем не было
1 комп + доп место
комп 2.4 целерон 256 оперативы 80 сигейт иде
комп не обслуживался ни разу
(удивительное рядом... )

Предупреждение:
данный комплекс действий помог на отдельно взятом предприятии и не претендует на пошаговое руководство к действию ....

Действия:
прочистка внутренностей от пыли
дефрагментация диска - помогла мало
бекап - ресторе + SHCheck -уменьшило базу до 185 мб - тоже не особо
увеличение памяти до 512 - заметный прогресс
увеличение файла подкачки до 2 гигов (не жестко) - заметный прогресс
повторная дефрагментация диска - база не тормозит совершенно

Вывод: в данном конкретном случае не было необходимости покупать 2 ядерные процы с гигом оперативы и резать базу

P.S не знаю надолго ли помогло ...

[Moderator]

Ну база не такая и большая. Есть смысл резать после 500 думаю

[trol]

Если посмотреть загруженность компа, в процессе обработки отчета, то можно увидеть что память не так сильно используется. В основном загружен процессор.
Бекап рестор на слабых компах помогает, но ненадолго поэтому приходиться делать часто.(минимум 1 раз в месяц). Имеет смысл сделать автоматически.

[NaWy]

Проблема:
очень медленно стала работать база SH 3.32 (240мб)
хотя другая база (85мб) - работает с приличной скоростью ..

аналогичная проблема, только вот я уже и комп поменял на:
2 ядра 2.6ГЦ
4ГБ оперативы
500 винт

база висит на сервере 800 мегабайт, на некоторых машинах работает более или менее, на этой никак((( подключал на другую розетку LAN, тоже самое, пытался обрезать базу доккиллером(там документы с 2007), но он на выдавал кучу ошибок... сейчас буду опять резать при этом скрины с ошибками сделаю.

[VampireKB]

Если На Вашем Предприятии Бух Калки менялись ЧАСТО,то имеет смысл начать новую базу данных,а не резать старую.

[SH]

я уже и комп поменял на:
2 ядра 2.6ГЦ
4ГБ оперативы
500 винт

Ib на все это пох... на P4 3.0 будет быстрее работать.

на выдавал кучу ошибок

лечить надо, http://www.carbis.ru/forum/sh-%D0%92...%89%D1%8C.html Вам в помощь.

[NaWy]

выдает:
XSQLDA index out of range
Возникает сразу при нажатии кнопки "Старт"-попытка обрезать старую версию складской базы (2.хх)
новой версией DocsKill (для версий базы 3.хх) - где достать для старой версии?

я всего третью неделю с Ркипером и сторехаусом... как создать новую базу? можно ли из этой базы скажем за этот год(1.5 месяца) вырезать инфу и перенести в новую - чистую

также интересует можно ли тогда параллельно установить вторую базу, чтобы можно было бы достать старую базу,так сказать прошлых лет? Если да, то как это делается? в одной клиентской части или в двух клиентских?

[SH]

как создать новую базу?

Никак не создать, а взять можно у Вашего дилера или у нас, например - но нужна точная версия склада.

можно ли из этой базы скажем за этот год(1.5 месяца) вырезать инфу и перенести в новую - чистую

Это как раз Docskill'ом и делается.

можно ли тогда параллельно установить вторую базу

Можно.

чтобы можно было бы достать старую базу,так сказать прошлых лет? Если да, то как это делается? в одной клиентской части или в двух клиентских?

Вот эти вопросы вообще не понял.
Текущая база в версиях 2 и 3 прописывается в setup.exe. Также существует утилита shpath для удобного переключения между базами.
В любом случае, какая база сейчас прописана в реестре, с той клиент и работает.

---------- Сообщение добавлено в 01:06 ---------- Предыдущее сообщение было в 01:01 ----------

А Docskill легко ищется поиском на форуме. В частности, здесь: http://www.carbis.ru/forum/%D0%A4%D0...-docskill.html

[count]

для третьего склада можно рекомендовать firebird 1.5 в режиме classic server. объем оперативной памяти считаем как полный размер БД+1 GB. если БД большая - имейте в виду что более 4х гигабайт ставить несколько бессмысленно (эта версия FB не бывает 64битной а на FB2.5 переходить у меня не было потребности ).
винчестер должен быть быстрым. про IDE - забываем, начинаем с SATA. RAID на серверах - как обычно - сначала думаем, потом ставим, но ставим обязательно. процессор... про то что сегодня ядер не должно быть меньше двух - наверное очевидно. а вот большой кэш при меньшей частоте способен неслабо поднять производительность.
про обрезания баз: до последнего времени имел в эксплуатации базы третьей версии размером более гигабайта, и без особых вопросов они работали, в том числе по ним строились кубы и прочие отчеты.

и вообще: "Используйте SH4"©