По теме из базы знаний
- Автоматизируем "перезаливку" баз (Скрипты для SQL-Server - Часть 1)
- TMSSQL - работа с базами данных MS SQL Server в скриптах на OneScript и из командной строки
- "Перезаливатор" - приложение для автоматизации "перезаливки" баз
- Надежная регистрация изменений. Версионирование объектов. Аудит. Все средствами SQL Server
- Как выжить разработке, когда прод переезжает на PostgreSQL
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)связано это с тем, что при восстановлении БД из бэкапа происходит фиксация всех транзакций. Переведите модель восстановления в положение Простая(Simple) в свойствах БД и сожмите журнал транзакций.
То, что вы выполнили для увеличения быстродействия, вряд ли сыграет большую роль в этом самом быстродействии.
То, что вы выполнили для увеличения быстродействия, вряд ли сыграет большую роль в этом самом быстродействии.
(7)
зависит от режима работы и пользователей, если 24*7 и 365 ,
то за большие деньги сделают специалисты узкого профиля
если есть окно день-два ( сутки-два)
в зависимости от документооборота
можете сами попробовать на копии, сколько займет это времени
свертку не предлагаю,
а методами mssql сервера - нужно смотреть темы на инфостарте.
зависит от режима работы и пользователей, если 24*7 и 365 ,
то за большие деньги сделают специалисты узкого профиля
если есть окно день-два ( сутки-два)
в зависимости от документооборота
можете сами попробовать на копии, сколько займет это времени
свертку не предлагаю,
а методами mssql сервера - нужно смотреть темы на инфостарте.
(1)При полной модели восстановления любая транзакция вначале лежит в логе а после переносится в основную БД. Тем самым размер БД лога будет расти. Что бы лог не рос без конца при полной модели восстановления необходима регламентированная задача про бэкапу БД лога. Если БД лога больше основной БД то не настроены эти регламентные задачи. Переведите базу на простую модель восстановления и выполните сжатие файлов базы лога.
А лучше займитесь настройкой обслуживания БД,
А лучше займитесь настройкой обслуживания БД,
(9) План обслуживания настроен. Модель восстановления полная. В простую переводить нельзя, ибо часто просят восстановить на конкретный момент времени, и для этого мне нужны бэкапы журнала транзакций. Все регламентные задачи настроены(Еженедельный- проверка целостности==>задача дефрагментации==>обновление статистики==>очистка кэша==>резервное копирование==>сжатие журанала транзакций. Ежедневный - проверка целостности==>обновление статистики==>очистка кэша==>резервное копирование. Каждые полчаса- резервное копирование журнала транзакций).
(22) Конфигурация доработана. Фоновые и регламентные задания выполняются, потому что у нас несколько инф.баз и в течении дня по регламентному заданию через com-соединение базы обмениваются документами. Оператор каждый день работает с обработкой которая автоматически формирует на основании заявок, документы реализации. И вот как раз в этот момент возникают конфликты, потому что параллельно кто то из пользователей тоже проводит реализацию. Проблема только с реализацией и только с тремя пользователями
Почитайте про оптимизацию sql) Сжимайте базу и логи, ставьте обслуживание базы по регламенту в sql. Посмотрите настройки кластера 1С. Базы ставьте на ssd накопителях. Если нужна будет помощь - обращайтесь, а если сами не сможете справиться, то могу помочь, но уже не за спасибо)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот