-
MannySingh
SSChampion
Points: 12465
Is this Just a single Database or several databases.
Are any of the databases in read_only mode or something.
Are all databases in single compatibility mode and none in 70 or 80.
Are all database accessible.
-
GTR
SSCertifiable
Points: 7977
Adding to Mani’s questions….
If backup is failing on only one database, run checkDB on that database. Get in touch with server team and see if disk went offline at that time. When was the last time you had rebooted this server? Check event logs for any disk error messages.
EnjoY!
-
— Win.
SSCertifiable
Points: 6790
Database is never backedup till date. Its a DEV server. So planned to perform a backup
Database compatibility — 80 (all the dbs — simple).
Disk is fine, as the database files are on the same disk where i tried backing up.
Database size is 86GB and space available is 51GB. I guess its a space issue.
But still its showing different error as I/O, am worried if the disk is in danger. Could not able to figure out.
Any more suggestion.
Cheers,
— Win.» Have a great day «
-
Roy Ernest
SSC-Dedicated
Points: 38780
If you are worried about the back Up size, try compressing the back up. Also it is better practice not to put DB or its back up on the OS Drive.
Also try to back it up to a different location.
-Roy
-
VastSQL
SSC-Dedicated
Points: 35991
Change the database compatability level to 100 and make recovery model to full for point in time recovery of database.
-
Roy Ernest
SSC-Dedicated
Points: 38780
Ratheesh.K.Nair (3/15/2010)
Change the database compatability level to 100 and make recovery model to full for point in time recovery of database.
Ratheesh, Could you explain how setting the compatibility mode to 100 and recovery model to full help solve the error the OP is getting?
-Roy
-
VastSQL
SSC-Dedicated
Points: 35991
Hi Roy,
So u mean that they need to keep the compatability level in 80 for a sql server 2008 server?
Is it possible for u to do a point in time recovery in simple recovery model?
-
David Baffaleuf
SSCrazy
Points: 2159
Hi,
Just a quick trick to pinpoint such problems, when windows error numbers cannot be resolved:
System.Data.SqlClient.SqlError: A nonrecoverable I/O error occurred on file «C:PROCES.bak:» 112(failed to retrieve text for this error. Reason: 1815). (Microsoft.SqlServer.Smo)
The error number (112) reported by windows is the key here. Use net helpmsg <errornumber> for a more comprehensive output:
[font=»Courier New»]$ net helpmsg 112
There is not enough space on the disk.[/font]
HTH
David B.
David B.
-
VastSQL
SSC-Dedicated
Points: 35991
-
Gail Shaw
SSC Guru
Points: 1004494
Ratheesh.K.Nair (3/15/2010)
So u mean that they need to keep the compatability level in 80 for a sql server 2008 server?
No, but changing the compat mode is not going to fix an IO error when doing a backup
Is it possible for u to do a point in time recovery in simple recovery model?
It’s not, but then no one’s trying to do point-in-time recovery here. The backup is failing, and that’s not going to be affected by recovery model.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverabilityWe walk in the dark places no others will enter
We stand on the bridge and no one may pass
Viewing 11 posts — 1 through 10 (of 10 total)
Сеанс работы завершен администратором |
Я |
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 — 07.08.12 — 13:55
Какую конкретно?
3 — 07.08.12 — 13:57
4 — 07.08.12 — 14:01
(0)для ошибки 80004005 Гилёвым сказано всё
либо /3GB
либо переход на 64Х
иногда судорожная перезагрузка rphost
5 — 07.08.12 — 14:08
(4) спасибо. Система 32 битная и 2 Гб
6 — 07.08.12 — 14:10
(5) иногда судорожная перезагрузка rphost
7 — 07.08.12 — 14:11
Могу переустановить систему.
А как быть с текущей базой? Как её сохранить? В SQL при создании бэкапа тоже вылетает ошибка
8 — 07.08.12 — 14:11
rphost как перезагрузить?
9 — 07.08.12 — 14:12
(7) что-то мешает сделать сиквельный бэкап и сбегать в магазин за планкой памяти ?
10 — 07.08.12 — 14:13
В SQL при создании бэкапа тоже вылетает ошибка
11 — 07.08.12 — 14:15
(10) брехня
12 — 07.08.12 — 14:21
(8) если перезапустить службу — это для тебя слишком сложно, перезагрузи железный сервак.
13 — 07.08.12 — 14:21
(11) больше сказать нечего?
14 — 07.08.12 — 14:22
перезагружал уже
15 — 07.08.12 — 14:23
(10) Какая ошибка вылетает при нативном бэкапе MS SQL? Подробнее.
16 — 07.08.12 — 14:27
(15) в словарном запасе ТС не содержится термин нативный
17 — 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 FilesMicrosoft SQL ServerMSSQL.1MSSQLDATAbases1c.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 — 07.08.12 — 14:34
сколько свободного места на диске С?
19 — 07.08.12 — 14:35
58 Гб
20 — 07.08.12 — 14:35
«nonrecoverable I/O error occurred on file» — нужен перевод?
21 — 07.08.12 — 14:35
(17) [A nonrecoverable I/O error occurred on file «C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLDATAbases1c.mdf:]
пипец базке
22 — 07.08.12 — 14:36
(17) Хана. Ибо ошибка не при записи бэкапа, а при считывании данных из базы.
23 — 07.08.12 — 14:37
(22) ну может у него фат32 на диске?
24 — 07.08.12 — 14:37
(17) Можно, конечно, попробовать переиндексацию или dbcc checkdb, но вряд ли это поможет.
25 — 07.08.12 — 14:39
(23) И шо? Думаешь, скандиск поможет? 
26 — 07.08.12 — 14:40
(23) не в кассу
ошибка чтения на аппаратном уровне к файловой системе ни каким боком не лежит
27 — 07.08.12 — 14:40
ну можно в ntfs конвертнуть для начала
и вообще для начала глянуть в журнал не мешало бы
28 — 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 — 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 — 07.08.12 — 14:46
в журнале нет ли дисковых ошибок?
34 — 07.08.12 — 14:46
+(32) Если не поможет — dbcc checkdb, затем — переиндексацию.
35 — 07.08.12 — 14:48
+(32) Только .mdf/.ldf не забудь скопировать. Эти копии можно попробовать приаттачить — ошибка ввода-вывода может на них не возникать.
36 — 07.08.12 — 14:54
Ок. Спасибо. Отпишусь о результатах
37 — 07.08.12 — 14:59
(10) Останови SQL и просто запиши на флешку оба файла базы sql, бэкапы вообще дико долго всегда, а просто копия — 3 минуты.
38 — 07.08.12 — 15:01
Останови sql и скопируй
C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLDATAbases1c.mdf
C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLDATAbases1c.ldf
куда-нибудь, можно на флешку.
39 — 07.08.12 — 15:02
(32) правильно…
40 — 07.08.12 — 15:03
Но копировать лучше на отдельный диск-носитель. Если диск с при chkdsk накорется, то вспоминать копии, созданные в другую папку диска с будет не совсем уместны.
41 — 07.08.12 — 15:04
(35) Не эти копии. «Эти» надо на отдельный диск.
42 — 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 — 07.08.12 — 15:14
Архивов нету. Но есть Центральная база, которая работает нормально. В ней данные половины вчерашнего дня
47 — 07.08.12 — 15:16
(45) ответ не верный:
сначала надо выгрузить всё, что можно в xml,поскольку сбойный блок может приходиться на редко читаемые данные, а потом гандошить диски
48 — 07.08.12 — 15:18
(46) Ну хоть что-то на крайний случай, если все остальное не поможет. Если физически база повреждена лишь отчасти, избыточности должно хватить на восстановление работоспособности.
(47) Откуда выгрузить? 1С не запускается, а выгрузка средствами SQL практически бесполезна для восстановления 1Совской базы из-за некоторых нюансов.
49 — 07.08.12 — 15:19
(48)[ 1С не запускается]
на это есть командная строка и COM
50 — 07.08.12 — 15:20
(49) При чем тут командная строка и COM, если сам сервер 1С не может слинковаться с СУБД?
51 — 07.08.12 — 15:23
(50) не факт
если не удаётся прочитать форму документа, то COM будет чудесно работать и командная строка позволит запускать обработки
Маратыч
52 — 07.08.12 — 15:25
(42) На какой стадии выбивает 1Ску? При запуске сразу же?
Started a new job and there is a 2008 sql database that is 250gb in size. The developers insist that the size is about right. THe problem is that the 250gb MDF file is sitting on a 250GB drive.
I have tried to do a backup of the database but i get this error:
System.Data.SqlClient.SqlError: A nonrecoverable I/O error occurred on file «C:Backupbackup.bkf:» 112(failed to retrieve text for this error. Reason: 1815). (Microsoft.SqlServer.Smo)
I basically have two options:
- Try and reduce the size of the MDF, if this is possible!
- Upgrade the Raid Array
Any help appreciated.
Thanks
BradC
2,2104 gold badges27 silver badges35 bronze badges
asked Jun 25, 2010 at 15:53
3
Yes, you’ll definitely have to perform the backup to a different location that has sufficient free space. If you have SQL2008 R2 Standard (or any release of 2008 Enterprise), you can do a compressed backup (also possible with 3rd-party software like Quest Litespeed). Otherwise, your backup will be as big as your data file size + log file size.
Regarding shrinking, you’ll have to first determine if it is even possible to shrink the file, by knowing the used space/free space within the file itself. A 250GB file could have 240GB used and 10GB free, or vice-versa. (Easiest way to determine this: right click the database and go to Tasks > Shrink > Files. DON’T hit OK, just look at the Currently allocated space VS «Available free space» figures, dropping down the «File type» box to see the data vs log).
Depending on what you find, you’ll have a few choices:
- If you have sufficient free space within the file, you might be just fine. The data file isn’t going to try to grow until it completely fills up (with some exceptions, like an index rebuild on a particularly massive table)
- If you do have free space within the file, you could try to recover some of it. (SQL needs some «elbow room», so to speak, so don’t try to recover all free space.) Use the «Release unused space» option first (this will simply free the space already at the end of the file). Then, if you still need more, pick a specific target size, instead of trying to recover all free space. Always follow up with a full index rebuild, since data shrinks cause file fragmentation.
- If the data file is mostly full, then you might still have some options: You can add a new data file (in the same «filegroup») on a different drive. Make sure the 250GB file is set not to auto-grow, and that the new new file (on a different drive) is set to auto-grow. So any «overflow» from the first file will grow into the second file.
- If you want to be a little more deliberate, you could create a file (on a different drive) with a new Filegroup. Then you’ll need to move specific tables or indexes to this new file (using ALTER TABLE)
answered Sep 14, 2010 at 13:55
BradCBradC
2,2104 gold badges27 silver badges35 bronze badges
You can try to shrink the database files. Right click the database -> Tasks -> Shrink (inside of Mgmt Studio). For a 250 GB database, this will take a long time — maybe up to an hour.
Or you can attach an external USB hard drive and try backing up to that.
answered Jun 25, 2010 at 15:58
jftugajftuga
5,6514 gold badges39 silver badges51 bronze badges
2
Obviously, take the backup on another drive. If the database must have 250GB, then leave it at 250Gb. You need additional space for maintenance operations, you have a perfect business justification for additional storage. Here’s a good reason not to run SHRINKDATABASE…
Glorfindel
1,2073 gold badges15 silver badges22 bronze badges
answered Jun 25, 2010 at 16:44
Remus RusanuRemus Rusanu
8,2531 gold badge19 silver badges22 bronze badges