Вход | Регистрация

  1  2  3   
1С:Предприятие :: Администрирование

Нарушена структура таблицы

Нарушена структура таблицы
Я
   Universal
 
01.01.13 - 08:44
Доброе время суток. С прошедшим, всех, Новым Годом. :)
Итак, предыстория. Стоял у нас 1С сервачок. Как-то раз он взял и навернулся, то бишь аварийно выключился, соответственно по-нормальному не завершив все свои 1С и SQL операции. С винтов вытащили базу 1С и базу SQL. Путем хитрых махинаций я смог вогрузить восстановленную базу на новую SQL. Но при запуске 1С в обычном режиме выдается - "Доступ к базе данных на сервере возможен только из одного каталога информационной базы".
Стал копать дальше, перерыл весь гугл, перепробовал множество способов по решению данной проблемы. В итоге нашел что проблема может быть в _1SCONNECT, а точнее в ней и есть проблема. Нагуглил такой код:


EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
update sysobjects set name='dummy' where name='_1sconnect'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GO
CREATE TABLE [dbo].[_1SCONNECT] (
    [CONNECTUUID] [char] (36) NOT NULL 
) ON [PRIMARY]
GO


EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
delete from sysobjects where name='dummy'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GO


Потом еще разок прошелся DBCC CHECKDB. Теперь эта ошибка про "Каталог базы данных" не появляется, теперь "Нарушена структура таблицы SC746". Всё, на этом я встал. Что делать теперь? =(
 
 
   aka AMIGO
 
1 - 01.01.13 - 08:48
ошибка появляется при старте конфигуратора?
   МастерВопросов
 
2 - 01.01.13 - 08:52
С новым годом тебя, друг!!!
Нафиг ты полез в таблицы, надо было просто переименовать каталог базы данных, зайти в базу, а потом при желании вернуть старое имя каталога.
А сейчас уже все просто: "нарушена структура таблицы" значит нарушена.
Сделай копию базы и в нее попробуй загрузить ее же мд-шник. Хотя вряд ли, канеш поможет. Делай все только на копии базы.
   Universal
 
3 - 01.01.13 - 09:07
aka AMIGO> нет, в конфигуратор спокойно заходит.
МастерВопросов> а у неё свой мд-шник и стоит. Сейчас попробую всё заного, только с дальнейшим переименованием базы. Мне просто папку переименовать и всё? =)
   aka AMIGO
 
4 - 01.01.13 - 09:09
а ТИИ не пробовал?

или перенести мд-шник в пустую базу.. там может появиться правильный SC746
   Universal
 
5 - 01.01.13 - 09:22
Прошу прощения, но это не 1Совская конфигураторская штука которая сканирует базу и исправляет найденные в ней ошибки?) Если да, то пробовал. И кажется вылетела она у меня с ошибкой, не помню, честно...

Вот тут кстати чуток детально расписал проблему - http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=994509
   aka AMIGO
 
6 - 01.01.13 - 09:29
ТИИ = Тестирование И Исправление, режим конфигуратора 1С
   Universal
 
7 - 01.01.13 - 09:46
Запустил ТИИ. Спустя минуту-две выдал такое вот сообщение:

SQL State: 22003
Native: 0
Message: [Microsoft][ODBC SQL Server Driver]Числовое значение выходит за пределы допустимого диапазона.
   Vladal
 
8 - 01.01.13 - 09:46
Подозреваю, что в архиве базы не хранился МД-файл.
Теперь в архиве одна структура, а МД-шник от другой версии, вот и разная структура.
Так?
В файле DDS описана структура таблиц, которая отличается от структуры метаданных в MDS (для файловой базы это DD и MD).
   МимохожийОднако
 
9 - 01.01.13 - 09:47
ОФФ: Беда коль сапоги начнет тачать пирожник...
(5)Ошибки помнить не надо. Достаточно сделать скриншот или в блокнотик забросить.
   МимохожийОднако
 
10 - 01.01.13 - 09:49
Начинай заново и возьми для сравнения ближайший архив.
 
 Рекламное место пустует
   Universal
 
11 - 01.01.13 - 09:49
Файлы базы 1С как лежали раньше до упада сервера, так и сейчас лежат. Мы их не трогали вообще. Никуда не перемещали.
   Universal
 
12 - 01.01.13 - 09:50
Сейчас я сделал всё заново, показывает снова "Доступ к базе данных на сервере возможен только из одного каталога информационной базы". Что об этом вы можете сказать?
   МимохожийОднако
 
13 - 01.01.13 - 09:51
+(4)Найди мд и сделай пустую базу в файловом режиме.
Те файлы, что видишь скопируй в другое место, пока не убил окончательно.
   МимохожийОднако
 
14 - 01.01.13 - 09:53
Сообщение "Доступ к базе данных на сервере возможен только из одного каталога информационной базы!"

В некоторых случаях при запуске 1С:Предприятия появляется сообщение об ошибке:"Доступ к базе данных на сервере возможен только из одного каталога информационной базы!". Причиной появления такого сообщения может являться нештатное завершение работы 1С:Предприятия на одном из рабочих мест. Иногда в этом случае не закрывается соединение с БД на SQL Server и при попытке повторного или нового подключения пользователя к информационной базе (при условии, что к БД никто не подключен, т.е. этот пользователь - первый) появляется такое сообщение.

Проблема решается следующим образом:

1. С помощью монитора пользователей убедится, что с информационной базой никто не работает.

2. Запустить Enterprise Manager SQL Server и закрыть "зависшее" соединение (Kill process).

3. Средствами операционной системы убедиться,что файл в каталоге информационной базы "1Cv7.$ui" никем не открыт. Если существуют пользователи открывшие этот файл, то следует выполнить отключение  доступа (Disconnect) пользователей от данного файла.

4. Запустить 1С:Предприятие.

Источник
http://abc.vvsu.ru/Books/ebooks_iskt/%DD%EB%E5%EA%F2%F0%EE%ED%ED%FB%E5%F3%F7%E5%E1%ED%E8%EA%E8/1%D1/Documentation/Documentation/recom019.htm
   МимохожийОднако
 
15 - 01.01.13 - 09:56
Вот еще из яндекса ))
Диагноз: Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации.
Анамнез: После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем.
Рецепт:
Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “Management\Current Activity\Process Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process”

Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид \PIPE\MSSQL$NAMEDSERVER\SQL\query.

Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент.

Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу.
   Universal
 
16 - 01.01.13 - 10:00
1. Создал новую базу в файловом режиме. Что теперь?
2. Пользователей нет, если только зависшие процессы во время падения сервера. Сами посмотрите. Разве тут есть что-то лишнее?
http://s017.radikal.ru/i443/1301/f4/9336a704172a.png
   МимохожийОднако
 
17 - 01.01.13 - 10:25
Что еще делал, кроме скриншота?
   Universal
 
18 - 01.01.13 - 10:29
Ну, собсна думаю снова пересоздать _1SCONNECT и уже потом разбираться с таблицей SC746.
После пересоздания - http://s57.radikal.ru/i156/1301/8c/ca4936675a6a.jpg
Таблица 746, что в ней не так? - http://i023.radikal.ru/1301/d2/fae564722e40.jpg
   МимохожийОднако
 
19 - 01.01.13 - 10:32
Посты (14) и (15)проигнорировал?
   Universal
 
20 - 01.01.13 - 10:34
Так я вон чуток выше спросил что именно надо убить в процессах. Лично я ничего лишнего не нашел. =(
   МимохожийОднако
 
21 - 01.01.13 - 10:42
Убей ВСЕ процессы и перезагрузи сервер.
   Universal
 
22 - 01.01.13 - 11:15
Хм, может я чего-то недопонимаю... Но во-первых не на всех процессах светится кнопка "Kill Process", а во-вторых на коих она светится - жму, ничего не происходит. Перезагрузил SQL - тож самое.
   МимохожийОднако
 
23 - 01.01.13 - 11:33
Очисти папки пользователей, в которых может валяться файл блокировки.
   Universal
 
24 - 01.01.13 - 11:39
Удалил всё что нашел из *.lck - всё-равно ....
   Бирюк
 
25 - 01.01.13 - 12:14
(18) А теперь сравни эту табличку с ее описанием в файле DDS...Как тебе советовали в (8)
   aka AMIGO
 
26 - 01.01.13 - 12:27
я встретил такую ошибку у нас, когда главбушка переносила справочники из одной базы в другую методом копирования файлов.
Вот такая продвинутая..

во второй базе (обе файловые) отсутствовали 2 реквизита справочника. Естественно, возникала ошибка сабжа, а главбушка шипела на меня, аки кобра (в Новый год).. пока я не узнал её метод переноса.. оррригинальный..
   aka AMIGO
 
27 - 01.01.13 - 12:29
кто-то из предыдущих прогеров ей такую штуку показал, без подробностей, естественно.

я правил этот dbf с помощью foxbase2.0.. работает..
   Universal
 
28 - 01.01.13 - 12:34
Ребят, надеюсь всё-таки на вас, что я отдохну до 8 января, а не буду работать в праздничные дни :))

В общем вот, сравнение двух таблиц. Лично я чего-то не врубаюсь, схожие ли данные иль нет...
http://i053.radikal.ru/1301/88/8b7aafa57632.jpg
   aka AMIGO
 
29 - 01.01.13 - 12:38
(28) мне незнакома эта прога..
скажи, вместе с "Нарушена структура таблицы SC746" что-нибудь еще появляется? в смысле названия полей?
   aka AMIGO
 
30 - 01.01.13 - 12:42
судя по твоему скрину - это PK_SC746
в DDS смотрел? есть там такой реквизит?
   aka AMIGO
 
31 - 01.01.13 - 12:43
смотреть надо в файловом варианте - сохранить в скл - загрузить в дбф
   Torquader
 
32 - 01.01.13 - 12:54
Кстати, если ругается, что слишком большое число, то нужно просто посмотреть, что в таблице - SQL хранит целые числа в виде 4 или 8 байтов в упакованном виде, а 1С ожидает, что там строка, и возможна ситуация, когда запись в файле базы SQL-сервера побилась - для него ничего страшного не произошло, просто число стало очень большим, а вот 1С уже его переварить не в состоянии.
   Universal
 
33 - 01.01.13 - 13:09
Так точно, этот PK_SC746 присутствует - http://s020.radikal.ru/i723/1301/0b/060fb23483e7.jpg

"смотреть надо в файловом варианте - сохранить в скл - загрузить в дбф" - к сожалению не знаю как :( Я смотрю DDS через DDView.

Torquader> это сканирование я делал до пересоздания _1SCONNECT. Сейчас в базу пускает, но "Нарушена структура таблицы SC746". Кстати кроме этого больше ничего не пишет, жму ОК - выкидывает.
 
 
   2012_12_17
 
34 - 01.01.13 - 13:22
(0) У меня такое было когда я не так скуль настроил при установке :)

читай внимтельно что скуль спрашивает когда его ставишь

"Доступ к базе данных на сервере возможен только из одного каталога информационной базы".  это ошибка скуля
   МимохожийОднако
 
35 - 01.01.13 - 13:22
В режиме Конфигуратор выгрузить информационную базу.
В файловой версии (помнишь пустую?) загрузить информационную базу.
   2012_12_17
 
36 - 01.01.13 - 13:22
лечится только переустановкой скуля на компе
   2012_12_17
 
37 - 01.01.13 - 13:23
(35) это не поможет - у него с базой все нормально. это скуль.
   Universal
 
38 - 01.01.13 - 13:27
Да чего ты заладил то, скуль да скуль. У меня там база 4ой редакции запустилась же, а вот 5ка не хочет. Да и  уже решил проблему пересозданием этой _1SCONNECT. До этого я делал запрос select * from _1SCONNECT и он тупо зависал. А щас пересоздал и норм, заходит. Теперь надо решить проблему именно с SC746.
   aka AMIGO
 
39 - 01.01.13 - 13:28
(35) правильно, только дополнение небольшое - выгрузить в конфигураторе, запущенном в скл, а загрузить - в конфигураторе, открытом в пустой, которая будет уже дбф
(37) да вроде-б как раз и ненормально.. в SC746 несоответствие полей
   aka AMIGO
 
40 - 01.01.13 - 13:29
(38) какая конфа-то?
   МимохожийОднако
 
41 - 01.01.13 - 13:29
(39)+100500
   МимохожийОднако
 
42 - 01.01.13 - 13:29
(40)Бюджетка какая-нибудь военная
   Universal
 
43 - 01.01.13 - 13:35
Конфа - Предприетие.
"выгрузить в конфигураторе, запущенном в скл" - а это как понять, простите? :) Точнее как сделать? Конфигуратор (Enterprise Manager) SQL или 1С?
Захожу в конфигуратор 1С, Администрирование - Выгрузить данные - http://s019.radikal.ru/i617/1301/e3/624629706867.jpg
   МимохожийОднако
 
44 - 01.01.13 - 13:37
Выгрузку делай до создания больного файла. В самом начале, когда зашел в конфигуратор.
   aka AMIGO
 
45 - 01.01.13 - 13:37
(43) у тебя конфа - Бухгалтерия, судя по папке.
мда.. а выгрузить ты её, судя по скрину, не сможешь..
   Universal
 
46 - 01.01.13 - 13:38
Дада, Бухгалтерия... Какие еще варианты будут? :(
   Universal
 
47 - 01.01.13 - 13:39
МимохожийОднако> так я ж так и делаю, никуда не лажу, сразу в выгрузку...
   aka AMIGO
 
48 - 01.01.13 - 13:41
(46) выложи в обменник файл 1cv7.DD
интересно, посмотрю, что у тебя там
   МимохожийОднако
 
49 - 01.01.13 - 13:44
SQL2000?
 
 Рекламное место пустует
   aka AMIGO
 
50 - 01.01.13 - 13:45
(49) :)) тогда - отбой :)
   МимохожийОднако
 
51 - 01.01.13 - 13:45
1cv7.DDS
   Universal
 
52 - 01.01.13 - 13:48
Вот, пожалуйста :) http://files.mail.ru/5ZLNBA
   МимохожийОднако
 
53 - 01.01.13 - 13:55
Когда зайдешь в конфигуратор 1С. Открой конфигурацию, добавь в синоним пробел, потом убери. Появиться звёздочка. Нажми сохранить конфигуацию.Потом попробуй выгрузку снова.
   aka AMIGO
 
54 - 01.01.13 - 14:10
одна из возможных причин: отсутствие полей, касающихся НП
http://saveimg.ru/show-image.php?id=8ba42e8fb94ce10bd0d0950da346ad38
зы. не знаю, получилось-ли выложить изображение..
   aka AMIGO
 
55 - 01.01.13 - 14:10
получилось. снизу - наша бухия
   vde69
 
56 - 01.01.13 - 14:11
(38) никого не слушай...
делаешь так

с текущи МД создаешь РЯДОМ НОВУЮ бузу, далее сравниваешь структуру таблицы старой и новой, обрати внимание на примари кей, по тому как обычно примари криво создается при ручных ковыряниях (в том числе и в _1SCONNECT).

далее тебе нужно сделать средствами скуля переиндексаци.
   aka AMIGO
 
57 - 01.01.13 - 14:12
угу, и vde не слушай, делай, как в (53) :)
   Universal
 
58 - 01.01.13 - 14:16
   aka AMIGO
 
59 - 01.01.13 - 14:18
(58) мда.. придется тебе ждать, пока скл-гуру подтянутся..
   vde69
 
60 - 01.01.13 - 14:19
(58) скуль какой? скорее всего 2009 ??? там с патчами могут быть танцы...

а вообще учитывая ошибку скуля - варианта только 2
1. я был прав с примари кей
2. в скуле есть ошибка - тогда лечить средствами скуля
   Universal
 
61 - 01.01.13 - 14:20
SQL 2000.
Повторюсь, было аварийное выключение сервера, то бишь всё как было включенным, как смогло сохраниться, так и сохранилось. Из этого состояния я и поднимаю снова базу.
   vde69
 
62 - 01.01.13 - 14:24
(61)
пробуй средствами скуля чекдб (разумеется на копии)
   Universal
 
63 - 01.01.13 - 14:28
DBCC CHECKDB? Уже делал.
   vde69
 
64 - 01.01.13 - 14:31
(62) скоорее всего получишь ряд ошибок.

далее есть 2 варианта лечения

1. пытатся востановить все в текущей базе (тут как повезет может почти сразу все заработать а может придется потратить неделю)

2. скулевским экспортом потаблично гнать данные в новую пустую базу (была у меня такая база на 60гигов, провозился 2 дня)

ушел в реал, если чего будет не получатся - пиши на почту.

(по любому поднять все можно если есть копия сразу после краха)
   МимохожийОднако
 
65 - 01.01.13 - 14:36
(58)Судя по третьему скрину. Не работает SQL с этой базой. Возможно, режим работы базы не тот. Надо смотреть свойства базы. Я в SQL не силен. Дальше подсказать не смогу. Можно попробовать файл SQL с данными положить в другое место и подключиться к новой базе.
   Cthulhu
 
66 - 01.01.13 - 14:43
слищком "хитрые" у тебя "махинации". точнее - слишком тупые. неххрен мд-шник подменять на устаревший, вытянутый из древнего бэкапа.
   Cthulhu
 
67 - 01.01.13 - 14:43
(66+: или на "свеже-хрензнаеткак-поправленный"
   Universal
 
68 - 01.01.13 - 14:44
Кто подменял MDшник то? Я вообще его не трогал, Господи ты Боже ж ты мой.... Махинации проводил я с SQL базой, а не с базой 1С.
   aka AMIGO
 
69 - 01.01.13 - 14:45
(68) не нервничай, до 8-го много времени..
потерпи малёк, скажут.. найдешь способ
а пока будь с семьей :)
   Cthulhu
 
70 - 01.01.13 - 14:45
(68): структуру таблиц менять, значит.
   Эльниньо
 
71 - 01.01.13 - 14:45
Зачётный НГ у некоторых.
   aka AMIGO
 
72 - 01.01.13 - 14:47
зачетный - это да.. я-б тоже нервничал, если б такой хвост с прошлого года тянулся
   Universal
 
73 - 01.01.13 - 14:53
У нас сотрудники уже завтра хотели выйти на работу, благо 6ая и 4ая редакция работает, хоть в ней инфу добьют. А вот 5ка.... Ждем гуру =(
   aka AMIGO
 
74 - 01.01.13 - 14:56
бэкапов, я чую, не делал никто?
   aka AMIGO
 
75 - 01.01.13 - 15:00
не такое уж сложное дело написать системное задание на ночной бэкап.
слёз на порядок меньше
   vde69
 
76 - 01.01.13 - 15:05
(73) да здесь я (кстати перечитал все),

давай по порядку я озвучу ход своих мыслей
1. ты перенес базу на другой скуль? это так? каким методом переносил?

2. ты сделал DBCC CHECKDB, какие были сообщения и для каких баз ты это делал, после этого если в таблицах находятся дублирующие примари кей для нескольких записей - то у такой таблицы примари кей сбрасывается (отсутствует), по этому большая вероятность того что у тебя полно косяков с этим делом. Для тебя самый простой способ - это экспорт по таблично в новую базу средствами скуля

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

мой совет - скулевским экспортом потаблично гнать данные в новую пустую базу
   vde69
 
77 - 01.01.13 - 15:08
(76) +
на основе мд делаешь новую базу на этом-же скуле и в нее експортом по таблично... (экспорт там простой, там мастер есть для этого, по правому клику на базе)

таблицы на которых будут ошибки - озвучиваешь сюда вместе с описанием ошибок...
   Torquader
 
78 - 01.01.13 - 15:57
Ребята, если навернулся файл базы SQL, то бишь не были записаны какие-то операции, то нужно разбираться с файлом базы SQL, то есть делать его копирование при остановленном SQL-сервере, и уже потом в копии пытаться делать тестирование и прочие операции. Пытаться запихнуть битый файл в 1С или что-то делать там с ним нежелательно, пока файл не будет восстановлен.
Самое простое - попытаться выполнить SELECT COUNT(*) для всех таблиц базы, и посмотреть, на каких таблицах оно не выполняется.
Удачи.
   Universal
 
79 - 02.01.13 - 06:56
1. Перенес базу таким образом:
Поднял новый SQL 2000, создал в нем новую базу, выключил SQL 2000, заменил файл mdf на старый, удалил ldf, на основе старой mdf создал новый ldf. Вот как это выглядит в запросах:

USE master
GO
sp_configure 'allow updates', 1
reconfigure WITH override
GO

UPDATE sysdatabases SET STATUS= 32768 WHERE name = 'lCNew'
GO

DBCC REBUILD_LOG('lCNew', 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\lCNew_Log.LDF')
GO


ПЕРЕКЛЮЧИТЬ В СИНГЛ


USE lCNew
GO
DBCC CHECKDB('lCNew', REPAIR_REBUILD)

USE lCNew
GO
DBCC CHECKDB('lCNew', REPAIR_ALLOW_DATA_LOSS)

USE lCNew
GO
DBCC CHECKDB('lCNew', REPAIR_REBUILD)


ПЕРЕКЛЮЧИТЬ В НОРМАЛЬНЫЙ РЕЖИМ

Итог DBCC CHECKDB:
http://s019.radikal.ru/i629/1301/7a/fa76a6ef1bc0.jpg

------------------------------------------------

Т.е. создать новую базу на основе МД и со старой через экспорт делать перегонку по таблично из базы в базу? Окей, сейчас будем пробовать, спасибо.

Torquader> и Ваш метод сейчас испробуем.
   Universal
 
80 - 02.01.13 - 07:15
Прошу прощения, но не совсем понял как мне на основе MD файла сделать новую базу SQL. :(
   Бирюк
 
81 - 02.01.13 - 07:26
(0) в конфигураторе 1С в пустой базе задаешь параметры базы (Администрироание, Параметры..). Далее загружаешь 1cv7.md
   Universal
 
82 - 02.01.13 - 08:24
Попробовали сделать переиндексакцию:

USE lCNew
EXEC _1sp_DBReindex

Итог:

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Server: Msg 823, Level 24, State 2, Line 1
I/O error (torn page) detected during read at offset 0x00000020c2e000 in file 'C:\Program Files\Microsoft SQL Server\MSSQL\data\lCNew_Data.MDF'.

Connection Broken
   Universal
 
83 - 02.01.13 - 08:31
Бирюк> что-то не нашел я там пункта загрузить MD :(

http://s017.radikal.ru/i418/1301/a7/53f23b7082d1.jpg
   aka AMIGO
 
84 - 02.01.13 - 08:34
(83) в "Конфигурация"
   Universal
 
85 - 02.01.13 - 08:42
Такс, загрузили MD-шник, а дальше то что? :)
   МимохожийОднако
 
86 - 02.01.13 - 08:44
Получил пустую базу с похожей структурой. Вероятно дальше надо загрузить из больной базы в новую все таблицы, которые есть в файле cv7.dd
   МимохожийОднако
 
87 - 02.01.13 - 08:47
Однако мог бы и про бэкапы в (74)ответить. Некоторая ясность сложилась бы.
   docfell
 
88 - 02.01.13 - 08:59
   Universal
 
89 - 02.01.13 - 09:06
Такс, сделал как сказал vde69, перетаскивал каждую таблицу. В общем 3 таблицы которые при перетаскивании виснут вообще:
_1SCONNECT
DH11762
SC16315

Остальные 12 таблиц (ошибок) я заскринил, вот архив - http://rghost.ru/42672814
   Universal
 
90 - 02.01.13 - 09:09
(88)

Server: Msg 7995, Level 16, State 1, Line 1
Database 'lCNew' consistency errors in sysobjects, sysindexes, syscolumns, or systypes prevent further CHECKDB processing.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Server: Msg 7995, Level 16, State 1, Line 1
Database 'lCNew' consistency errors in sysobjects, sysindexes, syscolumns, or systypes prevent further CHECKDB processing.
Clustered index successfully restored for object 'syscolumns' in database 'lCNew'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Server: Msg 7995, Level 16, State 1, Line 1
Database 'lCNew' consistency errors in sysobjects, sysindexes, syscolumns, or systypes prevent further CHECKDB processing.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
   docfell
 
91 - 02.01.13 - 09:16
http://www.sql.ru/forum/actualthread.aspx?tid=645650

А ещё, кстати, вопрос - почему такая хитрая схема загрузки базы в SQL - с помощью подмены файла? Там же вроде есть что-то типа "Подключить базу"?
   Universal
 
92 - 02.01.13 - 09:29
(91), а потому-что вот - http://s017.radikal.ru/i427/1301/2d/d4d55797e35a.jpg
У нас винт из рейда вылетел и сервак вырубился. Т.е. корректного выключения небыло =(
   rphosts
 
93 - 02.01.13 - 09:31
выгрузить/загрузить никак?
   Universal
 
94 - 02.01.13 - 09:34
(93) что именно Вы имеете ввиду? Базу в 1С или в SQL?
   rphosts
 
95 - 02.01.13 - 09:38
в 1С
   Universal
 
96 - 02.01.13 - 09:39
Так а что я буду загружать, если нет новой выгруженной базы до падения сервера? =(
   Universal
 
97 - 02.01.13 - 09:44
(95), а на выгрузку ругается - "Доступ к базе данных на сервере возможен только из одного каталога информационной базы", соответственно как и на обычный вход в 1С.
   rphosts
 
98 - 02.01.13 - 09:48
а если попробовать сделаь так: сделать копию базы, все дефектные таблицы почстить и импортировать в каждую из них записи из копии... если на какой записи заминка -  ручкам завети её
   МимохожийОднако
 
99 - 02.01.13 - 09:48
(97)Отключи сервер от сети, чтобы никто не ломился. Перезагрузи и попробуй снова. Может и глупость, но кто знает...
   Universal
 
100 - 02.01.13 - 09:52
К серверу кроме меня никто не ломится, сотрудники у себя дома все бухают, а я тут эту 1С мастурбирую... =)

Почистить дефектные таблицы? Прости, не знаю как =( У меня есть только список таблиц которые я не смог перенести. А что именно с ними делать, я не знаю. Поэтому я тут, товарищи)
  1  2  3   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует