Обслуживание баз данных 1С на MS SQL 2017 [Часть 1]

[@Administrator1C]

Полный курс по администрированию 1С для новичков [Бесплатно] 👉👀 a.kuharbogdan.com На курсе вы узнаете, как правильно администрировать 1С Предприятие в файловом и клиент-серверном варианте работы. Как установить и настроить 1С Предприятие, Сервер 1С, веб сервер, сервер терминалов, RemoteApp и другой необходимый софт для безотказной работы 1С. Также Вы узнаете: ✅Что входит в обязанности «Администратора 1С». ✅Как делать резервные копии, обслуживать базы в PostgreSQL и MS SQL. ✅Как не потерять и минуты работы в 1С в случаи сбоя. ✅Настроем безопасный удаленный доступ в базу 1С. ✅Построим отказоустойчивый кластер серверов 1С. ✅Узнаете, как сэкономить на лицензиях. ✅Разберем 12 лучших схем для работы в 1С, на разный бюджет и количество пользователей, подберем оптимальный вариант для Вас! ✅Первый модуль курса бесплатно!!! 👉👀 a.kuharbogdan.com

[@Mafusail_true]

Молодец. Все толково и по делу. Приятно смотреть!

[@veterk8653]

Хорошее, нужное видео. Вопрос, как сделать план по очистке журнала базы (как часто пишут shrimp)?

[@dedlive51]

По делу всё расписано, спасибо.

[@СтасН-л8ч]

скажите пожалуйста, если база размером 200+ гб, пользователей от 50 до 100 с тысячами транзакций в час и работа базы в режиме нон-стоп, то чем будет отличатся для такой базы настройка обслуживания?

[@ВованМистериксов]

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

[@Aostrol]

Я могу ошибаться, но для перестроения индексов пользователей надо выгонять при версии SQL Стандарт и ниже, не лучше ли делать реорганизацию? Она меньше нагружает и не требует отключения пользователей. При данной конфигурации база в 80Гб растягивается на 2-3 часа. Итоги сильно растягивают выполнение этого плана. Не лучше ли сделать проверку и бекап на каждый день, а все остальное выполнять раз в неделю на выходные дни?

[@dushes86]

Добрый день! Настроил план по вашему видео, но столкнулся с такой проблемой. После переиндексации растёт лог транзакций. База размером 120 гб и лог в 140 гб. Если перевести базу в режим simple уменьшить размер лога, а затем вновь перевести в полную модель восстановления, то после переиндексации размер лога восстанавливается до 140+ гб. Пробовал сделать резервную копию лога транзакций и shrink неиспользуемого места, но в таком случае при выполнении скрипта возвращается ошибка: "Не удалось сжать файл журнала 2 (UTROZN_log), так как все логические файлы журналов, расположенные в конце файла, находятся в использовании. "

[@AgroAkademia]

а можно ли выгоянть пользователей или снимать сеансы зависшие в автомате?

[@КанатбекКаримов-о3ч]

Потскажите пжл,при открытии программу 1 С высвечивает ...Сервер баз данных не обнаружен.

[@ВладиславТихомиров-ф1р]

При выполнении данного плана, активные сеансы пользователей в 1с необходимо завершать?

[@ВладиславТихомиров-ф1р]

@@Administrator1C Спасибо. Ещё один момент. Принудительно запустил выполнение плана(в плане одна 1с база весом в 700мб), ушло 78 мин, для такого размера базы как то долго. Есть базы весом от 20гб и выше. Скажите, это нормально? Поставил в план 20 баз весом в среднем 10гб, ночи не хватило закончить процедуру, какие комментарии по этому поводу можете дать? Сервер далеко не слабый

[@ВладиславТихомиров-ф1р]

@@Administrator1C понятно, ок. Задание в процессе работы, его пока не глушил. Пусть закончит? Или остановить? Пользователи с 9:00 начинают работать, как бы не зависло

[@ВладиславТихомиров-ф1р]

@@Administrator1C ок, спасибо, Богдан

[@renatsavchuk7174]

Как NAS добавить?

[@renatsavchuk7174]

@@Administrator1C Спасибо)

[@xspawnx3796]

команда T-SQL: DBCC FLUSHPROCINDB

[@SHahMibTV]

DBCC FREEPROCCACHE