Добрый день всем!
Подскажите, кто встречался с таким.
Конфигурация - CPU intel i5, Mem 16 Gb, ОС Windows 2003 server x64, MS SQL 2008 Enterprise R2, 1С Предприятие сервер (пробовал и х32 и х64) + сама платформа 1С. После создания базы агентом сервера 1С в MS SQL и попытки загрузки в нее бэкапа dt, винды уходят в перезагрузку. Никаких сообщений окончания восстановления базы отловить не удается. После перезагрузки виндов в журнале SQL для базы написано, что рекавери базы ОК. Восстановление базы из dt в файл-серверном варианте проходит без проблем. В чем может быть причина перезагрузки винды в момент восстановления базы в SQL-е?

а в журнале винды чего?

А в журнале винды ничего, кроме записи о "неожиданной остановке службы журнала"

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

Железо все новое, только что купленное. Планки памяти (2 шт. по 8 Гб)пробовал менять местами, оставлять по одной. Ничего не помогает. Причем, если с клиентского компа базу восстанавливаю - также перезагрузка винды сервера происходит.

а какой размер базы? у SQL есть ограничение на используемую память?

в процессе восстановления как себя ведут процессы sqlservr.exe, rphost.exe? Адского потребления памяти не замечено до момента перезагрузки?

SQl установлен с настройками по умолчанию, никаких настроек на использование памяти не делалось. Та же база, с теми же настройками SQL, но на копме под Win 7 x64 безпроблематично восстанавливается.

Что касается собственно базы - размер ее чуть больше 2 гиг

dt-файл или mdf-файл?

если dt, то это не так уж и мало

По потреблению памяти сиквелом и 1С сервером - мониторил в диспетчере задач, процентов 40 загрузки наблюдал

Файл dt, восстановление базы из конфигуратора 1С. Размер развернутой в файл-сервере базы 2 гига, размрер dt-шника 465 мег

(0) Вот только с таким же столкнулся (правда у меня Win 7 x32). Пока не победил. Но по ходу дела только переход на 64 бита.

(13) у него 64

У меня 2003 server x64 R2 SP2 и MS SQL 2008 R2 x64

(14) Перечитал, заметил. Не знаю в общем пока, сам воюю. У меня база в скуль на ССД не лезет.

и судя по описанию, скорее всего SQL валяет винду. либо здесь какая-то недружба 2003 и SQL 2008, либо что-то аппаратное. Я бы все-таки попробовал ограничить скулю использование памяти, тем более что тут база нетяжелая, нестрашно. Хотя бы в виде эксперимента.

Именно что-то между 2003 и 2008, потому как в файл-сервер на этом железе база восстанавливается без проблем. Поэкспериментирую с настройками SQL, конечно, (попробую интервал памяти ограничить 2 - 8). Но, пожалуйста, если у кого какие мысли будут на эту тему, очень прошу высказывать.
Мало того, были моменты, когда после перезагрузки сервера база становилась в статус "подозрительная" (в студио скуля) и отвязывалась от 1С. Приходилось восстанавливать диск акронисом

Ты говорил что на другой машине с SQL сервером все отрабатывало. А не рассматривал такой вариант как на другой машине восстановиться, сделать бэкап средствами SQL и вкатить этот бэкап на 2003?

Я вот про это "Та же база, с теми же настройками SQL, но на копме под Win 7 x64 безпроблематично восстанавливается."

Рассматривал, конечно. Но "задело за живое" - почему сервер вылетает? В процессе работы пользователей не хотелось бы с таким столкнуться.

Вся проблема в том, что пока однозначно не понятно, что именно вылетает. Возможно, в процессе восстановления SQL бэкапа были бы получены какие-то новые данные

Нет, новый сервер пока отключен от пользователей, все делается исключительно на консоли сервера

Сними галку в Отказ системы > Выполнить автоматическую перезагрузку. Если дело в этом то вместо перезагрузки тебе покажут BSOD , по номеру ошибки или с помощью диагностических утилит можно будет понять какой модуль вызывает глюк.

ОК, спасибо. Сейчас попробую

Вопрос, а агент сервера SQL должен работать? У меня он в службах отключен

(26) Агент не обязателен , по крайней мере на этапе загрузки базы 1С из dt он точно не нужен.

Гм... в чем дело не шибко понял, но все заработало. Сделал:

- ограничение памяти скулю 2000 -8000 мб
- убрал проверку сертификатов
- в настройках скуля поставил максимальную степень параллелизма в 1

А, еще перед восстановлением включил агента скуля

Попробую обновить 1С до версии 8.2.19.83 и еще раз посмотреть что будет

И по характеристикам в процессе восстановления из dt:
- максимальная загрузка всех 4-х ядер ЦП - 23%
- максимальная использованная оперативка 3100 мб

оператива походу битая - или мать бракованная

а может вообще блок питания :) я так 2 года мучался, пока его не поменял :) тоже грешил на мамку.

В общем так. Железки (память, материнка, БП и т.д.) совершенно ни при чем. Они все новые и протестированы на работоспособность. Все дело видимо в непомерном аппетите скуля на ресурсы. Ограничение его по памяти и установка параллелизма сняли проблему падения виндов. Спасибо всем огромное за участие. С Новым Годом!

Столкнулся с этим впервые, ранее ставил много 2005 скуль на 2003 сервер х32 и 2008 скуль на Win 7 х64

(34)Причем скорей всего так и есть - при повышении энергопотребления вырубается блок питания и все
(35)Новое не гарантия - скорей наоборот - как протестировали то?