Имя: Пароль:
1C
1С v8
Сеанс работы завершен администратором
0 Ramzes_n
 
07.08.12
13:50
При запуске базы 1С УТ 10.3 платформа 8.2 вылетает ошибка:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: [DBNETLIB][ConnectionRead (recv()).]General network error. Check your network documentation.
HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=11, line=0

Подскажите пожалуйста где копать?
1 Нуф-Нуф
 
07.08.12
13:51
думаю следует проверить сетевую документацию
2 Ramzes_n
 
07.08.12
13:55
Какую конкретно?
3 0Mint
 
07.08.12
13:57
4 shuhard
 
07.08.12
14:01
(0)для ошибки 80004005 Гилёвым сказано всё
либо /3GB
либо переход на 64Х

иногда судорожная перезагрузка rphost
5 Ramzes_n
 
07.08.12
14:08
(4) спасибо. Система 32 битная и 2 Гб
6 shuhard
 
07.08.12
14:10
(5) иногда судорожная перезагрузка rphost
7 Ramzes_n
 
07.08.12
14:11
Могу переустановить систему.
А как быть с текущей базой? Как её сохранить? В SQL при создании бэкапа тоже вылетает ошибка
8 Ramzes_n
 
07.08.12
14:11
rphost как перезагрузить?
9 shuhard
 
07.08.12
14:12
(7) что-то мешает сделать сиквельный бэкап и сбегать в магазин за планкой памяти ?
10 Ramzes_n
 
07.08.12
14:13
В SQL при создании бэкапа тоже вылетает ошибка
11 shuhard
 
07.08.12
14:15
(10) брехня
12 ДемонМаксвелла
 
07.08.12
14:21
(8) если перезапустить службу - это для тебя слишком сложно, перезагрузи железный сервак.
13 Ramzes_n
 
07.08.12
14:21
(11) больше сказать нечего?
14 Ramzes_n
 
07.08.12
14:22
перезагружал уже
15 Маратыч
 
07.08.12
14:23
(10) Какая ошибка вылетает при нативном бэкапе MS SQL? Подробнее.
16 shuhard
 
07.08.12
14:27
(15) в словарном запасе ТС не содержится термин нативный
17 Ramzes_n
 
07.08.12
14:33
На 90% останавливается со следующей ошибкой:

TITLE: Microsoft SQL Server Management Studio
------------------------------

Backup failed for Server 'PULS05'.  (Microsoft.SqlServer.Smo)

For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.3042.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Backup+Server&LinkId=20476

------------------------------
ADDITIONAL INFORMATION:

System.Data.SqlClient.SqlError: A nonrecoverable I/O error occurred on file "C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\bases1c.mdf:" 23(error not found). (Microsoft.SqlServer.Smo)

For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.3042.00&LinkId=20476

------------------------------
BUTTONS:

OK
------------------------------
18 Irek-kazan
 
07.08.12
14:34
сколько свободного места на диске С?
19 Ramzes_n
 
07.08.12
14:35
58 Гб
20 BigHarry
 
07.08.12
14:35
"nonrecoverable I/O error occurred on file" - нужен перевод?
21 shuhard
 
07.08.12
14:35
(17) [A nonrecoverable I/O error occurred on file "C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\bases1c.mdf:]
пипец базке
22 Маратыч
 
07.08.12
14:36
(17) Хана. Ибо ошибка не при записи бэкапа, а при считывании данных из базы.
23 Irek-kazan
 
07.08.12
14:37
(22) ну может у него фат32 на диске?
24 Маратыч
 
07.08.12
14:37
(17) Можно, конечно, попробовать переиндексацию или dbcc checkdb, но вряд ли это поможет.
25 Маратыч
 
07.08.12
14:39
(23) И шо? Думаешь, скандиск поможет? :)
26 shuhard
 
07.08.12
14:40
(23) не в кассу
ошибка чтения на аппаратном уровне к файловой системе ни каким боком не лежит
27 Irek-kazan
 
07.08.12
14:40
ну можно в ntfs конвертнуть для начала
и вообще для начала глянуть в журнал не мешало бы
28 Irek-kazan
 
07.08.12
14:41
(26) скорей всего да, но размер базы тоже хотелось бы узнать
29 Маратыч
 
07.08.12
14:41
(26) Теоретически сбой в MFT мог бы сгенерировать ошибку I/O. На практике не видел ни разу.
30 Маратыч
 
07.08.12
14:43
(27) И вообще, SQL 2005 (как следует из версии) на FAT вообще не встанет.
31 Ramzes_n
 
07.08.12
14:44
база РИБ (подчиненная).
Обмен со вчерашнего дня не происходит.
С утра база работала нормально, но без обмена с центральной базой. Часа 4 назад она перестала запускаться.
bases1c.mdf 947 мб
bases1c_log.LDF 833 мб
32 Маратыч
 
07.08.12
14:46
(31) Глуши SQL, копируй ручками MDF и LDF файлы, затем запускай chkdsk. Пока это первое, что приходит в голову.
33 Irek-kazan
 
07.08.12
14:46
в журнале нет ли дисковых ошибок?
34 Маратыч
 
07.08.12
14:46
+(32) Если не поможет - dbcc checkdb, затем - переиндексацию.
35 Маратыч
 
07.08.12
14:48
+(32) Только .mdf/.ldf не забудь скопировать. Эти копии можно попробовать приаттачить - ошибка ввода-вывода может на них не возникать.
36 Ramzes_n
 
07.08.12
14:54
Ок. Спасибо. Отпишусь о результатах
37 Прохожий
 
07.08.12
14:59
(10) Останови SQL и просто запиши на флешку оба файла базы sql, бэкапы вообще дико долго всегда, а просто копия - 3 минуты.
38 Прохожий
 
07.08.12
15:01
Останови sql и скопируй
C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\bases1c.mdf
C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\bases1c.ldf
куда-нибудь, можно на флешку.
39 Прохожий
 
07.08.12
15:02
(32) правильно...
40 Прохожий
 
07.08.12
15:03
Но копировать лучше на отдельный диск-носитель. Если диск с при chkdsk накорется, то вспоминать копии, созданные в другую папку диска с будет не совсем уместны.
41 Прохожий
 
07.08.12
15:04
(35) Не эти копии. "Эти" надо на отдельный диск.
42 Ramzes_n
 
07.08.12
15:09
блин. Даже при ручном копировании вылетает ошибка "cannot copy bases1c: Data error (cyclic redundancy check)"
43 Маратыч
 
07.08.12
15:10
(41) В смысле, их потом можно будет попробовать приаттачить в отдельную БД, если чекдиск, чекдб и переиндексация не помогут. На авось - вдруг сработает и взлетит.
44 Маратыч
 
07.08.12
15:11
(42) Ууу... это блин совсем плохо. Бэкапы вообще имеются?
45 Маратыч
 
07.08.12
15:12
+(44) Похоже, начал сыпаться винт. Теперь только запускать chkdsk, скрещивать пальцы и молиться.
46 Ramzes_n
 
07.08.12
15:14
Архивов нету. Но есть Центральная база, которая работает нормально. В ней данные половины вчерашнего дня
47 shuhard
 
07.08.12
15:16
(45) ответ не верный:
сначала надо выгрузить всё, что можно в xml,поскольку сбойный блок может приходиться на редко читаемые данные, а потом гандошить диски
48 Маратыч
 
07.08.12
15:18
(46) Ну хоть что-то на крайний случай, если все остальное не поможет. Если физически база повреждена лишь отчасти, избыточности должно хватить на восстановление работоспособности.
(47) Откуда выгрузить? 1С не запускается, а выгрузка средствами SQL практически бесполезна для восстановления 1Совской базы из-за некоторых нюансов.
49 shuhard
 
07.08.12
15:19
(48)[ 1С не запускается]
на это есть командная строка и COM
50 Маратыч
 
07.08.12
15:20
(49) При чем тут командная строка и COM, если сам сервер 1С не может слинковаться с СУБД?
51 shuhard
 
07.08.12
15:23
(50) не факт
если не удаётся прочитать форму документа, то COM будет чудесно работать и командная строка позволит запускать обработки
52 Маратыч
 
07.08.12
15:25
(42) На какой стадии выбивает 1Ску? При запуске сразу же?