по ночам запускается скрипт выгрузки БД, и каждый раз выгрузка не проходит, через 20 мин. выдает сообщение, "Соединение завершено администратором" и ссылка на транзакцию.
если перегрузить сервер со скулем, то выгрузка проходит нормально, в чем дело?

База УПП, сервер с БД и сервер терминалов на разных машинах, меж собой дружат через 100мб. хаб. сетка стабильна.

плин придется ждать пока проснется западная часть России :))

В моем случае были проблемы с планками памяти на сервере 1С + рекомендуемые настройки сервера 1С (на ИТС - "Рабочие процессы перезапускать через...")

кто-то сидит в базе

(4) тогда бы было 'Ошибка разделенного доступа к информационной базе'

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

А если делать руками выгрузку, то такая проблема наблюдается? Если да, то совсем недавно эту проблему решил тем, что снял базу с поддержки, правда там настал такой момент, что просто не мог загрузить базу на сервер...
PS тоже УПП

(0) О! у нас точно такая же проблема! бьемся уже апру недель. причем схожая ситуация на двух разных серваках (у нас и в филиале). платформа 8.1.11.67, УПП последнего релиза. скуль 2005. рвется при выгрузке с ошибкой ""соединение завершено администратором", лечиться перезагрузкой сервака. есть подозрения на корявый дистриб скуля, так как и у нас и в филиале скуль ставился с одного дистрибутива. танцы с бубном непомогли. причину сего гемора найти не можем. поэтому перед выгрузкой ночью сервак ребутится и только потом архивирует

(6) при ручной выгрузке та же фигня

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

(7) сначала через раз так вырубалось, потом вообще перестала делаться выгрузка/загрузка.

вылечили сняв с поддержки полностью конфигурацию.

(0) кстати... Чем не устраивает бэкап средствами скуля? мы им делаем и не знаем проблем с бэкапами...

(11) устраивает, но это не решение проблемы. тем более такая же ситуация проявляется при обновлении конфигурации

У нас конфигурация снята с поддержки, у меня ТИИ не проходит и после перезагрузки, если перепроводку за 2 мес. или выгрузку БД скуль осиливает после перезагрузки, то ТИИ уже никак. буду пробовать ставить апдейты на скуль, если не поможет придется наверно откатиться на 2000

(11) не устраивает, нельзя быстро развернуть копию в файловой версии или загрузить свежую копию БД в свою файловую версию в которой работаю через хранилище с основной конфигурацией.

ап

(0) Логи сервера 1С и MS SQL не пробовали смотреть? Что пишет?

Включай технологический журнал, отлавливай ошибку. А лучше ЦУП

+(16) Логи сервака ОС тоже неплохо бы посмотреть. Возможно элементарно ресурсов не хватает...

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

(14) так поставь скуль на локальный комп. У меня так и стоит, правда SQL 2000. Изголяюсь на локалке и никому не мешаю.

(0) у нас была такая-же проблема.
Расследование показало, что причина скорее всего в следующем:

1. Банальная нехватка памяти при сохранении БД
или
2. Ошибки в логической структуре МД.

Лечение:
1. Рестарт сервера. Поскольку размер доступной памяти можно увеличить с помощью рестарта сервера (как правило именно так и бывает, поскольку существует проблема "утечек памяти")
или/и
2. Удаление конфигурации поставщика из МД с последующим восстановлением (после/до обновления например)

В логах скуль жалуется только на незапущенную службу сообщений, и вот еще это:

09/01/2008 22:06:39,Server,Unknown,The SQL Network Interface library could not deregister the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b. Administrator should deregister this SPN manually to avoid client authentication errors.
09/01/2008 22:06:39,spid5s,Unknown,SQL Trace was stopped due to server shutdown. Trace ID = '1'. This is an informational message only; no user action is required.
09/01/2008 22:06:38,spid12s,Unknown,Service Broker manager has shut down.
09/01/2008 22:06:31,Server,Unknown,The current event was not reported to the Windows Events log. Operating system error = 1717(Неизвестный интерфейс.). You may need to clear the Windows Events log if it is full.
09/01/2008 22:06:31,Server,Unknown,Error: 17054<c/> Severity: 16<c/> State: 1.
09/01/2008 22:06:31,Server,Unknown,The connection has been lost with Microsoft Distributed Transaction Coordinator (MS DTC). Recovery of any in-doubt distributed transactions involving Microsoft Distributed Transaction Coordinator (MS DTC) will begin once the connection is re-established. This is an informational message only. No user action is required.
09/01/2008 22:06:29,Server,Unknown,SQL Server is terminating because of a system shutdown. This is an informational message only. No user action is required.

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

Как включить технологический журнал?
Есть ли журнал у сервера 1С, в консоли не нашел? :(
где посмотреть какие регл. задания запущены в 1С? где они запускаются вообще? на сервере 1С?

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

кстати на сервере терминалов стоит 12гб. памяти, на сервере скуля 2гб, ежедневно подключаются до 50 чел. и вроде система выдерживает, в редких случаях у пользователей выскакивали сообщения "Соединение завершено администратором" 1 или 2 раза.

(23) Читай на ИТС, там и примеры даны...
И проверь все таки планки памяти....

>09/01/2008 22:06:31,Server,Unknown,The current event was not reported to the Windows Events log. Operating system error = 1717(Неизвестный интерфейс.). You may need to clear the Windows Events log if it is full.

очисть системные логи, в них вообще иногда много полезного можно увидеть :)