почему клиент серверные базы долго обновляются? #795527

типовая бух клиент серверный вариант 1. сохранение CF - 15 минут 2. обновление типовое (загрузка с сайта, и далее на автомате, до начала загрузки в режиме предприятия) - от 30 до 60 минут 3. сравнение объединение с файлом - 15 мин локально на своей машине - 1. 1...2 мин 2. от 5 до 15 минут 3. 2 мин кто подскажет куда копать? или это у всех так?

Используй Обновлятор

к сожалению у нас куча не типовых, а с ними обновлятор не сладит

Поставьте их на поддержку собственного отдела.

Обновлятор ещё дольше

Я бывало для ускорения работы закину баз 5 в обновлятор, а ещё 5 руками накатываю. Так руками успевал 5 обновить, пока обновлятор 2 жевал

Странно. У меня наоборот, файловые на порядок медленнее обновляются, чем клиент-серверные.

да дело не в поддержке... Представь нужно доработать документ, я поручаю это своему сотруднику. Он открывает копию базы и там за 30 минут все делает, проверяет а потом для переноса на рабочую тратит целый час... как-то не понятно... ну и потом если бы локально то же работало меньше у меня может вопрос и не возник, а если локальная база работает быстро, почему клиент серверная так сильно тупит?

Желательно так вносить изменения, чтобы обновляться без проблем.

> Странно. У меня наоборот, файловые на порядок медленнее обновляются, чем клиент-серверные. у тебя наверное ссд

Нет, просто серваки хорошие. Точно по железу не скажу, но  диски не ссд это точно.

у меня на сервере под темпы и систему SSD а локально обычный диск... я не понимаю на каком этапе все тормозит

у меня тоже локальные быстрее, я связываю это с тем что клиент серверный вариант работает по tcp/ip, а не напрямую с диском.

Может быть, куча фоновых заданий? Попробуй на время обновления их заблокировать.

а почему тогда сохранение CF 15 минут идет? что-то тут не так...

+ причем если я том-же сервере в терминале - то же очень долго

Сохранение в файл dt? А сохранение средствами SQL сколько идёт?

Возможно, просто большая база. У меня бывает и по часу в dt сохраняет. А вот средствами SQL обычно быстрее выгрузки.

Обновление через хранилище ускоряет процесс.

Это как? Сбрось ссылку на документацию

Сейчас попробовал ЕРП сохранить - 3.5 мин. размер ~1ГБ

бекап + перенос на другой сервер + восстановление из бекапа идет примерно 5 минут

я не хочу хранилище на рабочую подключать, это чревато.. ну и у меня вопрос - "что сделать для ускорения" а не "как обойти"

какой релиз платформы?

На машине - далеко не серверное железо (у меня дома комп мощнее) 1С:Сервер + сервер SQL + 15 пользователей сейчас в базе УПП+CRM(Рарус) + постоянно три/четыре одновременно работающих фоновых задания крутятся: - зайти в конфигуратор - менее минуты; - выгрузить конфигурацию - чуть менее трех минут... Может не в железе дело?

Штатные средства. Хранилище, к нему подключена серверная и файловая. В файловой захватить всё, выполнить обновление, поместить в хранилище. Серверную обновить из хранилища.

Вам шашечки или ехать?

что-то мне кажется что корни сабжа и одни.... можно попробовать платформу обновить, но я еще покопаюсь...

Там запросы к несуществующим сетевым файлам - это самописное рег задание или это платформенное - так и не понял.

Покопайся. Вот ещё где можно порыться :) Dynamic Fair Share Scheduling (DFSS) Например:

Можно рабочую базу так убить легко

Бэкапы.

самописное а вообще у платформы очень много обращений к несуществующим локальным файлам

Начни с платформы, почисти кэш.

вообще судя по описаю очень может быть что дело именно в этом

Мало того что долго, так еще сложно сохранить конфигурацию, не понятных куча фоновых заданий, уже убиваешь их, а они заново появляются. Что за беда??? В чем преимущество клиент серверного от файлового, не пойму???!!! В файловом варианте и быстро работает, и обновляется, да все резвей. Какой .... придумал ?!!

Провокатор ты, батенька. ))

вчерась надумал обновлять сельхозку, так не хочет, зараза с этими фоновыми заданиями, я ему - обновляйся, а он в ответ - нет доступа. Полчаса бился с этими фоновыми заданиями, уже выгрузил, думал сейчас в файловом варианте обновлюсь и загружу потом, а оно бах и заработало. :)))

сельхозка не обновляться из-за СЛК, там версия клиента кешируется на сервере и если конфа идет на новую версию СЛК, то без перезапуска службы 1с далеко не всегда обновляется....

а фоновые задания можно взять и запретить для базы в консоле управления... правда неожиданно?

Но это походу с СЛК они в последних версиях намудрили, до этого проблем не было с обновлением.

Правда... :)

не дочитал, по любому когда СЛК обновляешь, сервер перезапускается, так что дело наверное не в СЛК.

у меня СЛК на отдельной виртуалке, в принципе удобно... а вообще перегружать сервер на которой крутится 30 баз из-за сельхозки - это зверство...

я имел виду сервер СЛК, хотя у нас на сервере одна сельхозка и крутится, так, что сервер перезагрузить не проблема :)

Не пойму, что вы такое делаете с хоронилищем, что оно базу может убить? тестовая - подключиться к хранилищу - залить изменения, сохранить хранилище. отключиться. Боевая - подключиться к хранилищу, отключиться, сохранить изменения. Работает без нареканий, обновляет 40 допиленных баз ЗУП... ЧЯДНТ?

у меня подключение к хранилищу идет не менее двух часов...

Ну и где эти мастера поивосьмерке основной рецепт которых прост - вы не умеете готовить - дали бы ещё работающий рецепт, но видимо у них клан иллюзионистов - рецепты берегут друг от друга. А ключевая фраза почистить кэш в переводе звучит как ооооо это великое колдунство...

Это уже не колдунство, это уже надоевшая рутина.

рутина этот когда ясно какой инструмент в какой ситуации применять и каков будет эффект

DFSS - выключена

Подниму,  хотелось бы узнать найдено ли решение.

В файловой?

А если все те же операции делать на сервере, быстро ли происходят? Может дело в сети, в том, что он туда сюда гоняет кучу данных?

Железо то какое? У меня 60 баз обновляются пакетно в 4 приема (по 12 штук за раз) час на каждый прием (с запасом). Сохранение cf 2 минуты. Сравнение минут 5-6. Чет у тебя совсем мрак.

Ой, в 5 заходов по пол часа на заход.

а профилёр есть встроеный в 1С ? чтобы посмотреть где чо крутится? потомушто если смотреть по анализам SQL сервера, создаётся впечатление что при обновлении оно просто большую часть ничего неделает, просто крутит мышкой и всё

работай по терминалу на машине с сервером 1с