медленно работает сетевой MEDOC на Windows Server 2012 x64
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Вы Медок переустановили? После переустановки базу подбрасывали или восстанавливали zbk ?
Базу на ошибки проверяли?
зы: Эксперимент с ютуба происходил на сервере?
Базу на ошибки проверяли?
зы: Эксперимент с ютуба происходил на сервере?
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
медок вчера вечером свежеустановленный 151 версии, обновленный до 155.
После чего в него заливался ZBK бекап, который при выходе из приложения создается.
Видео записывалось на моем компьютере, то есть на клиентском месте.
на сервере медок работает так же само, может на секунду быстрее.
После чего в него заливался ZBK бекап, который при выходе из приложения создается.
Видео записывалось на моем компьютере, то есть на клиентском месте.
на сервере медок работает так же само, может на секунду быстрее.
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Базу на ошибки проверяли?
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
в начале этой неделе через BackupManager проверяли BKZ архив, других он не видет. Была ошибка в индексах, чего то там.Колпаков Б.И. писав:Базу на ошибки проверяли?
Вчера после заливания в новую базу бекапа ZBK, еще не проверяли
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Проверьте, с большой вероятностью проблема с индексами осталась, т.к. тормоза в работе базы у Вас еще наблюдаются.
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
и что делать если проблема останется, дилеры нам только это и посоветовали, сделайте бекап и залейте заново, ошибки после этого должны уйти. Вот этот один ответ и слышу от них.Колпаков Б.И. писав:Проверьте, с большой вероятностью проблема с индексами осталась, т.к. тормоза в работе базы у Вас еще наблюдаются.
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Проверьте на ошибки текущую базу, если ошибки остались попробуйте поставить 156 обновление, если и после этого ситуация не изменится тогда базу в ремонт.
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
проверять, только так как я описал выше, через архив BKZ и запуск на проверку BackupManager ?Колпаков Б.И. писав:Проверьте на ошибки текущую базу, если ошибки остались попробуйте поставить 156 обновление, если и после этого ситуация не изменится тогда базу в ремонт.
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Закрываете все Медки, запускаете BackupManager, ставите отметку с проверкой базы и нажимаете создать.
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Колпаков Б.И. писав:Закрываете все Медки, запускаете BackupManager, ставите отметку с проверкой базы и нажимаете создать.
вот
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
В логах ошибки есть?
156 обновление ставили?
156 обновление ставили?
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
какой лог нужно читать?Колпаков Б.И. писав:В логах ошибки есть?
156 обновление ставили?
до 156 утром планировщиком обновилось, еще не тестировали после этого
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Посмотрите в папку лог по времени создания архива.
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
В начале прошлого года тоже терзали киевских специалистов по убыстрению работы медка (обьем базы ~7Гб,~10 пользователей работают с сетевым медком каждый день,).maza11 писав:после переноса в архив документов за период 2010-2015 размер базы данных уменьшился до 3,27 ГБ
В Connectioin Setup согласно приведенным выше скриншотам был еще выставлен кластер сервис, в количестве 2 служб.
Все равно открытие первого документа занимает более 16 секунд, открытие последующих документов занимает 8 секунд.
Это разве нормально для базы 3,3 Гб и моей конфигурации ПК ? Считаю это медленным.
вот видео
https://www.youtube.com/watch?v=G5SYR6P2NVo
конфигурация ПК на котором запускалась клиентская часть,проц Pentium G860, 6гб ОЗУ, сеть гигабитная
В итоге:
- перевели базу медка на более быстрый сервер (где ОС уже 64бит и 4 CPU)
- переустановили медок на отдельный диск сервера где много свободного места (ранее стоял на системном диске, медок сьедал постоянно свободное место) для работы медка и хранения логов работы.
- данные перенесли в установленный медок с firebird, пробовали работать в Класик и СуперСервер, в итоге оставил СуперСервер (т.к.меньше запускаются служб на самом сервере, в режиме классик будет по 2 службы дополнительно на каждого пользователя, когда запускалось по 16 служб они сильно нагружали и занимали много памяти сервера). В классик режиме каждый пользователь имеет выделенный канал к базе.
- для уменьшения нагрузки к базе- включили на сервере работу двух кластеров, в итоге нагрузка от пользователей поделена на сервере на две группы.
- загрузка хмл-документов(НН/РК/..) запущена на отдельном встроенном кластере
- тех.служба присылала скрипт, после запуска (настройка параметров и переиндексация индексов) которого медок работал в разы быстрее после перехода с медленного на быстрый сервер.
- у бухгалтеров стоят различные ПК на ОС ХП, большая часть ПК с 1Гб оперативной памяти. Учитывая у что у них запущено много программ, медок на их ПК реально тормозит. Клиенты Медка на хороших ПК с 2Мб работают быстрее и стабильнее.
- игрались с настройками сервера Медка, можно долго экспериментировать с установками и настройками конфигурации медка и firebird.
- очень влияет нагрузка на сервер, дисковая очередь, качество жестких дисков и наличие рейд-контроллера,
- наличие антивирусных программ на сервере будет тормозить сервер и антивирусники могут блокировать обновления/библиотеки/хмл-файлы. На сервере где у нас работает Медок, антивирусника у нас нет. Антивирусники сильно прожорливые к ресурсам ПК...Хорошо когда у рядовых бухгалтеров нет интернета, но им для работы всегда надо почта,доступ к кабинетам ГФС, еще доступ к поисковикам/сайтам с законодательством и аналитикой...Где на ПК есть доступ в интернет, там есть опасность заразу заполучить.
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
как перевести на суперсервер, мои настройки вы видели, у меня классик сейчас, выбирал это при установке медка. Сейчас на сервере 21 процесс fb_inet.server.exevmen10 писав: - данные перенесли в установленный медок с firebird, пробовали работать в Класик и СуперСервер, в итоге оставил СуперСервер (т.к.меньше запускаются служб на самом сервере, в режиме классик будет по 2 службы дополнительно на каждого пользователя, когда запускалось по 16 служб они сильно нагружали и занимали много памяти сервера). В классик режиме каждый пользователь имеет выделенный канал к базе.
это сделалиvmen10 писав: - для уменьшения нагрузки к базе- включили на сервере работу двух кластеров, в итоге нагрузка от пользователей поделена на сервере на две группы.
можно скрипт этот ?vmen10 писав: - тех.служба присылала скрипт, после запуска (настройка параметров и переиндексация индексов) которого медок работал в разы быстрее после перехода с медленного на быстрый сервер.
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: медленно работает сетевой MEDOC на Windows Server 2012 x
Еще немного о Firebird:
Firebird (FirebirdSQL) — система управления базами данных (СУБД), работающая на Mac OS X, Linux, Microsoft Windows и разнообразных Unix платформах. Он является полностью свободным от лицензионных отчислений даже для коммерческого использования.
Firebird выпускается в нескольких видах, называемых архитектурах. Какую установить Вам? Ответ на этот вопрос, конечно же, зависит от вашей ситуации.
ClassicServer — на каждое пользовательское соединение создается отдельный процесс со своим кэшем. При большом количестве соединений потребляется больше ресурсов.
Поддерживается SMP (Symmetrical Multiprocessing, симметричная многопроцессорность). Лучшая производительность в случае большого числа множественных соединений, не влияющих друг на друга.
SuperServer — один серверный процесс обслулуживает все подключения, используя потоки для обработки запросов. Разделяемое пространство кэша. Более эффективен (в плане потребления ресурсов) в случае роста числа одновременных соединений.
SMP (Symmetrical Multi processing) не поддерживается. На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами.
Embedded (встраиваемая) версия — весь движок содержится в одной библиотеке с именем клиентской библиотеки сервера, идеально подходит для однопользовательских систем.
При установке сетевого варианта программы предлагается выбор для установки Embedded, SuperServer или ClassicServer
1) Embedded FireBird - рекомендуется использовать для сетевого варианта, с количеством клиентских станций не более 5, и объемом БД до 4 Гб.
2) FireBird SuperServer - рекомендуется использовать для сетевого варианта, с количеством клиентских станций не более 8, и объемом БД до 10 Гб.
3) FireBird Classic - рекомендуется использовать для сетевого варианта, с возможным количеством клиентских станций более 8, и объемом БД от 10 Гб.
System Requirements
Firebird (FirebirdSQL) — система управления базами данных (СУБД), работающая на Mac OS X, Linux, Microsoft Windows и разнообразных Unix платформах. Он является полностью свободным от лицензионных отчислений даже для коммерческого использования.
Firebird выпускается в нескольких видах, называемых архитектурах. Какую установить Вам? Ответ на этот вопрос, конечно же, зависит от вашей ситуации.
ClassicServer — на каждое пользовательское соединение создается отдельный процесс со своим кэшем. При большом количестве соединений потребляется больше ресурсов.
Поддерживается SMP (Symmetrical Multiprocessing, симметричная многопроцессорность). Лучшая производительность в случае большого числа множественных соединений, не влияющих друг на друга.
SuperServer — один серверный процесс обслулуживает все подключения, используя потоки для обработки запросов. Разделяемое пространство кэша. Более эффективен (в плане потребления ресурсов) в случае роста числа одновременных соединений.
SMP (Symmetrical Multi processing) не поддерживается. На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами.
Embedded (встраиваемая) версия — весь движок содержится в одной библиотеке с именем клиентской библиотеки сервера, идеально подходит для однопользовательских систем.
При установке сетевого варианта программы предлагается выбор для установки Embedded, SuperServer или ClassicServer
1) Embedded FireBird - рекомендуется использовать для сетевого варианта, с количеством клиентских станций не более 5, и объемом БД до 4 Гб.
2) FireBird SuperServer - рекомендуется использовать для сетевого варианта, с количеством клиентских станций не более 8, и объемом БД до 10 Гб.
3) FireBird Classic - рекомендуется использовать для сетевого варианта, с возможным количеством клиентских станций более 8, и объемом БД от 10 Гб.
System Requirements