Всем привет, базу загрузкил из бэкапа с сервера себе локально на комп, в SQL Express, все ок, добавил базу в сервер 1С - все ок. Но при входе в базу ругается -
"
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Поставщик общей памяти: С обоих концов канала отсутствуют процессы.

HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0

"

В экспрессе не могу найти настройку по общей памяти, только в регистрации нового сервера смог по умолчанию на вкладке "свойства соединения" установить не по умолчанию а ТСП/ИП

Старая знатная проблема. Лечится так, только я не в курсе есть ли в экспрессе такая настройка: network packet size

https://technet.microsoft.com/ru-ru/library/ms187866(v=sql.105).aspx

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

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

Еще можешь попробовать (если в конфигуратор опять же зашел), объединиться с живым cf на x64 ОС.

Но лучше и проще, отбекапиться не на экспрессе, и тогда этой проблемы не буедт.

(1) пакет увеличил до 32797, не помогло
(2) в конфигуратор не могу попасть, ошибка та же
Бэкап был сделан на норм SQL 2008 R2, но эта проблема уже была там. Делали
ALTER DATABASE <Имя БД> SET EMERGENCY
ALTER DATABASE <Имя БД> SET SINGLE_USER
DBCC CHECKDB (<Имя БД>, REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE <Имя БД> SET MULTI_USER
не помогло так же...

А что дает CHECKDB - что она показала?

(4)
Сообщение 9675 компонента Service Broker, состояние 1: Проанализировано типов сообщений: 14.
Сообщение 9676 компонента Service Broker, состояние 1: Проанализировано контрактов службы: 6.
Сообщение 9667 компонента Service Broker, состояние 1: Проанализировано служб: 3.
Сообщение 9668 компонента Service Broker, состояние 1: Проанализировано очередей служб: 3.
Сообщение 9669 компонента Service Broker, состояние 1: Проанализировано конечных точек диалога: 0.
Сообщение 9674 компонента Service Broker, состояние 1: Проанализировано групп сообщений: 0.
Сообщение 9670 компонента Service Broker, состояние 1: Проанализировано привязок удаленной службы: 0.
Сообщение 9605 компонента Service Broker, состояние 1: Проанализировано приоритетов диалога: 0.
Сообщение 8939, уровень 16, состояние 98, строка 3
Ошибка таблицы: идентификатор объекта 0, идентификатор индекса -1, идентификатор секции 0, идентификатор единицы размещения -9020373361737924608 (тип Unknown), страница (3372:2100441395). Тест (IS_OFF (BUF_IOERR, pBUF->bstat)) не прошел. Значения - 12584969 и -14.
        Для исправления данной ошибки необходимо сначала исправить другие ошибки.
Сообщение 8939, уровень 16, состояние 98, строка 3
Ошибка таблицы: идентификатор объекта 0, идентификатор индекса -1, идентификатор секции 0, идентификатор единицы размещения -8371861316339892224 (тип Unknown), страница (13616:942815280). Тест (IS_OFF (BUF_IOERR, pBUF->bstat)) не прошел. Значения - 12584969 и -1.
        Для исправления данной ошибки необходимо сначала исправить другие ошибки.


И дальше в том же стиле...

Какой объем базы на скуле?

(6) 1.5 гг

=) Так выгрузи в dt, затем подними ее конфигуратором. Скорее всего уже ошибка уйдет. Если нет - ТИИ. Если нет -
выгрузи в cd и прогони утилитой - скорее всего ошибка уйдет.

(8) так в том и проблема что не могу никак вообще в базу зайти, ни в конфигуратор ни в предприятие

бэкап в sql сделал и пробовал на других серверах ее поднять - тоже самое.

Причем на том сервере есть другие базы и они нормально работают... т.е. скорее всего дело не в настройках сервера sql

На изначальном сервере ругается так:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Поставщик TCP: Удаленный хост принудительно разорвал существующее подключение.

HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=10054, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=10054, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=10054, line=0

А в живую то базу ты можешь зайти конфигуратором?

(12) нет

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

Начни со статьи https://habrahabr.ru/post/137301/ и далее гуглить по ошибкам с CHECKDB.

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

Попробуй для начала оставить только TCP/IP - через диспетчер конфигурации SQL

(15) копии есть, но старые...

(17) https://cs4.pikabu.ru/images/big_size_comm/2016-05_1/1462469160122756271.png

"И дальше в том же стиле."

как раз дальше должны быть имена проблемных таблиц

http://catalog.mista.ru/public/192648/

(19) прохожусь по таблицам через чектейбл

Все что смог чектейблом прошел... теперь интересная ошибка - "Файл запрос и ответа на лицензирование конфигурации были удалены из конфигурации"
Понять бы где это хранилось, я бы из рабочей базы восстановил.

(21) на нимфостарте утверждают что это лечится сравнением\объекдинением с типовой этой же версии (или с конфой поставщика).

(22) только я не могу войти в конфигуратор...

вот тема про "Файл запрос и ответа на лицензирование конфигурации были удалены из конфигурации"
https://forum.infostart.ru/forum8/topic149352/


но там в конфигуратор был доступен.

видимо пострадали данные о лицензии, где они хранятся -не знаю.
поэтому создайте новую бд с с близкой конфой .пройдите валидацию лицензирования через инет.
через ТЖ или profile подглядите, каких данных нет. добавьте их из новой бд.

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