Не стартует TempDB (MS SQL Server)

13.11.13

База данных - Инструменты администратора БД

–

Если после переноса tempdb перестал запускаться MS SQL Server, не паникуйте, прочтите эту статью, как решить проблему.

Если в результате перемещений файлов базы данных tempdb Вы доигрались до того, что служба MS SQL Server больше не запускается, то скорее всего у вас проблемы либо с диском, куда указали файл, либо с размерами tempdb, либо с правами на доступ.

Если разобраться по логам скуля с этой проблемой вы не смогли, то надо вернуть назад или в другое место файлы.

Для этого запустите службу в ограниченном режиме (в командной строке)

NET START MSSQLSERVER /f /T3608

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

NET START MSSQL$instancename /f /T3608

Вызовите через командную строку подключение под учетной записью Windows, имеющей права SYSADM (в моем случае это будет administrator)

SQLCMD -s COMPUTERNAME\administrator

Теперь снова измените путь

USE master
GO
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = ‘C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\tempdb.mdf’)
GO
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = ‘C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\tempdblog.ldf’)
GO

У Вас пусть может отличаться. Ну вот, собственно, и все, теперь рестартуйте службу, и все заработает.

tempdb

–

См. также

PowerTools

Инструментарий разработчика Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.

3600 руб.

14.01.2013 172914 1042 0

815

Управление данными и формами (УДиФ)

Инструменты администратора БД Инструментарий разработчика Администрирование Роли и права Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

10000 руб.

10.11.2023 1376 3 1

Брандмауэр для сервера 1С Предприятие 8 - внешнее управление сеансами

Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Управление возможностью начала и возобновления сеансов пользователей по различным условиям, ограничение общего числа возможных сеансов для работы с информационной базой, резервирование возможности работы с информационной базой определенных польззователей, запрет запуска нескольких сеансов для пользователя, журнализация событий начала (возобновления) и завершения (гибернации) сеансов, ведение списка активных сеансов для информационных баз кластера серверов

3600 руб.

06.02.2017 30180 29 18

Конфигурация Session Monitor

Мониторинг Инструменты администратора БД Платформа 1С v8.3 Россия Платные (руб)

Конфигурация Session Monitor предназначена для мониторинга сервера 1С с целью отслеживания чрезмерной нагрузки от конкретных сеансов и скорости реакции рабочих процессов.

1500 руб.

01.12.2020 13282 29 0

Система хранения присоединенных файлов в томах на диске

Инструменты администратора БД Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Платные (руб)

Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.

4200 руб.

10.11.2015 60442 84 55

Сжатие (уменьшение) картинок в базе 1С и приведение их к одинаковой ширине

Инструменты администратора БД Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Многие сталкиваются с проблемой когда изображения, находящиеся в базе разные по объему и размерам. Менеджеры могут добавить файлы в очень высоком разрешении, объемом свыше 20 Мегабайт. База данных становится слишком большой, выгрузка на сайт идёт медленно и требуется много место на хостинге. Как сжать картинки и уменьшить размер базы 1С? Это можно сделать с помощью данной обработки. Существует возможность выбрать различные варианты для того чтобы уменьшить картинки: в разы, в процентах от первоначального объема, а также сделать картинки одинаковой ширины. В результате размер базы 1С значительно сократится (в зависимости от количества и размера картинок), а изображения станут небольшого объема, равными по ширине, почти без потери качества. Работает на управляемых формах для УТ 11, КА, ERP.

2000 руб.

21.07.2022 8566 5 3

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020 26039 77 145

Контроль действий пользователей II

Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Контролируйте, кто и что менял при работе в базах 1С: создание, правки, удаление, поиск потерявшихся данных, вычисление злоумышленников. Подсистема содержит 10 точных отчетов, гибкая настройка контроля. Не тормозит работу, не грузит базу 1С. Позволяет контролировать работу пользователей удаленно со смартфона.

14280 руб.

07.07.2023 4172 1 3

Комментарии

В избранное Подписаться на ответы

Свернуть все

1. dmpas 416 13.11.13 13:18 Сейчас в теме

Дааа :) Писал своим подобную инструкцию, когда перенесли tempdb на RAM-диск. Всё, как полагается: сделали на RAM-диске папку TEMP, положили туда tempdb, но вот незадача - после перезагрузки сервера папка-то сама не создаётся :-D

По статье бы сделал два дополнения:
1) Как узнать, что не запускается именно из-за tempdb - тут надо лезть в журнал событий Windows
2) Лучше предварительно остановить службу сервера 1С:Предприятия, потому что если 1Ска уже успеет подключиться к MS SQL, то вы со своим SQLCMD пролетаете :)
В нашем случае нельзя останавливать сервер 1С, потому как есть боевые базы, которые работают на другом SQL и должны продолжать работать. Тогда начинаются пляски с песнями:
1: остановил SQL, 2: запустил SQL, 3: запустил SQLCMD, 4: Успех? - работаем, нет? - goto :1.

Ответить

2. B2B 272 13.11.13 21:03 Сейчас в теме

(1) Расскажите, пожалуйста, подробнее о вашем опыте с tempdb на RAM-диске

3. dmpas 416 13.11.13 21:55 Сейчас в теме

(2) B2B,
В целом всё довольно просто, потому ограничусь возникавшими проблемами:
1) нужно сразу создать дополнительную файловую группу на физическом диске. Это нужно для того, чтобы в случае, если RAM-диск переполнится, то запросы могли продолжать выполняться. В противном случае пользователи быстро увидят сообщение от MSSQL.
2) если хотите на RAM-диске создавать папку, как мы, то надо либо
(а) добавить в автозапуск BAT-ник по созданию папки, чтобы он выполнялся до запуска MS SQL
(б) мы просто отключили перезагрузку сервера, потому как вариант (а) надо было согласовывать с админами и тому подобное
3) в MS SQL Management Studio в свойствах базы tempdb будет показываться неестественный размер базы (вплоть до отрицательного) - это какая-то особенность работы на RAM-диске, проблем из-за этого не возникает.
4) в случае, если возникла ситуация из пункта 1, то это может резко и заметно сказаться на производительности. у нас это вылечилось просто увеличением размера RAM-диска. у нас на сервере SQL 280 ГБ оперативки, мы можем себе позволить RAM-диск до 40 ГБ при базе в 500 ГБ.
Точное название проги сейчас не скажу, в офисе буду - посмотрю. Помню, что баран нарисован на логотипе :)

4. Gilev.Vyacheslav 1907 13.11.13 22:22 Сейчас в теме

(3) baton_pk,

1) нужно сразу создать дополнительную файловую группу на физическом диске. Это нужно для того, чтобы в случае, если RAM-диск переполнится, то запросы могли продолжать выполняться. В противном случае пользователи быстро увидят сообщение от MSSQL.

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

6. dmpas 416 13.11.13 22:29 Сейчас в теме

(4)
простите негодяя, ночь, жена, дети...
конечно же проще просто добавить файл в файловую группу.
(5) прогу завтра уточню. помню только, что с бараном. у нас её админы ставили, потому я не запомнил.

5. Gilev.Vyacheslav 1907 13.11.13 22:23 Сейчас в теме

(3) baton_pk,

3) в MS SQL Management Studio в свойствах базы tempdb будет показываться неестественный размер базы (вплоть до отрицательного) - это какая-то особенность работы на RAM-диске, проблем из-за этого не возникает.

а какой RAM-диск вы используете?

8. dmpas 416 14.11.13 07:47 Сейчас в теме

(5)
Вот этот у нас стоит:
SoftPerfect RAM Disk
Бесплатная. Пока что бед мы с ней не ведали.

Ответить

9. comol 4975 15.11.13 13:41 Сейчас в теме

(5) такую же штуку делал... SuperSpeed RamDisk Pro. Не бесплатная конечно, но есть серверная версия вызывает хоть какое-то доверие...

Правда всё равно проблемы при перезагрузке сервера возникают :(. "Разорились" в итоге на IO Accelerator. Разница особо не ощутима... программку же успешно используем на отдельном сервере для "монопольного восстановления последовательности" :).

12. Gilev.Vyacheslav 1907 15.11.13 15:32 Сейчас в теме

(9) comol, SuperSpeed используем для крупного клиента, работает отлично, только стоит хорошо

13. almas 250 23.12.14 12:46 Сейчас в теме

(3) baton_pk,
Привет опыт бесценный, не мог бы ты подробно расписать порядок создания файловой группы.
Правильно ли я понимаю, что если temp.db вдруг съел всю ram память, то он начинает использовать вторую файловую группу?

7. Gilev.Vyacheslav 1907 13.11.13 22:30 Сейчас в теме

некоторые RАМ-диски не понравились, например этот

пришлось отключить

10. comol 4975 15.11.13 13:43 Сейчас в теме

p.s. сам "рецепт" из статьи давно пора уже на ИТС 1С-овцам разместить... а то чем только люди не занимаются получив подобную ошибку...

11. Gilev.Vyacheslav 1907 15.11.13 14:48 Сейчас в теме

(10) comol, так оно так и будет, сначала пишу я, потом 1с )))

Ответить

14. Denic_01 46 07.12.16 17:08 Сейчас в теме

так самого главного не написали )
хорош ли "выхлоп" от переноса tempdb ?
в моем случае имею сервер с 30 гб ОЗУ, из них 20 не особо то используются,
баз много, пользователей тоже
tempdb показывает размер порядка 600 мб (мдф + лог)
как думаете стоит заморачиваться с переносом ?

15. AlexO 135 24.10.18 10:56 Сейчас в теме

(14) так весь "выхлоп" и заключается в том, что освобождается место от гигантских объемов tempdb, переносом tempdb.mdf и tempdb.ldf на другой диск (а то и сами базу и журнал - еще по разным дискам можно разнести).
Скорость здесь не особо повысится - разве что сами диски будут существенно быстрее, типа SSD (для чего, например, и заморачиваются с переносом на RAM диск).
В вашем случае вообще беспокоится не о чем - 600 Мб tempdb - это критично, если диск размером в 1ГБ )
А так - tempdb.mdf может достигать и нескольких десятков ГБ, и сотен ГБ (да еще размер журнала tempdb.ldf тоже не маленький), вот в этом случае и занимаются отделением tempdb и переносом на более емкие диски.

16. Denic_01 46 24.10.18 15:34 Сейчас в теме

По прошествии времени могу поделится наблюдениями - то что я описывал относилось к второстепенному серверу. Решился перенести на основном

для начала надо понять что происходит на сервере для этого используем монитор ресурсов и т.п. он показывает нагрузку на диск - заморачиваться стоит, если эта нагрузка велика, плюс наблюдаем за средней очередью диска в утилите perfmon, в идеале она должна "болтатся" не больше десятых (0.1)
от чего это зависит нагрузка понять конечно не просто, есть подозрение что нагрузка идет при большом количестве пользователей и обилии запросов к виртуальным таблицам, в теории файл этот виртуальные таблицы и обслуживает, почему это надо делать на диске, а не в памяти, для меня загадка
на практике у меня
база объемом 200+ ГБ
tempdb 16ГБ - вот этот размер тоже не понятно откуда берется, ОЗУ менялась с 32 на 64 гб, ограничения в самом SQL сняты, ограничений по дискам ессно нет смотрим по факту что имеем то имеем опять же
пользователей около 250
в принципе, имеется избыточная оператива при 64 гб сами rphost жрут весьма скромно гигобайты, sql может расти до 30 гб, т.е. эти 16 гб можно было бы выделить и в оперативе

у меня в периоды наибольшей нагрузки идет постоянная запись/чтение порядка 20мБ - казалось бы, цифра не велика, но надо учитывать, что это чтение состоит из мелких операций у "бытовых" винтов рандомное чтение может не тянуть и больше 5мБ, серверных около 20 может быть пределом - это при том что последовательная запись/чтение более 600мБ

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