|
Сеанс работы завершен администратором | ☑ | ||
---|---|---|---|---|
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Ску? При запуске сразу же?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |