располагалось несколько БД (77 и 8) на виртуальной машине..
админ взял и перенёс её в другое место, не убедившись, что все вышли из БД

и вот полезли ошибки:

Жалуешься или хвастаешься?

Это пятничная тема.
Кого "её" перенёс админ?

Если виртуальная машина корректно завершилась - не будет никаких ошибок. Будет просто отвал клиентов и всё.

Пусть админ восстанавливает.
Он же отвечает за резервные копии

1. по 77

при попытке зайти в базу -- вбиваем пароль -- 1с закрывается...
попытался скопировать папку с бд в другое место, винда говорит не может скопировать

1.1. 1saccsel.cdx
1.2. 1sentry.dbf
1.3. 1cv7.mlg

(1) хочу попытаться описать ошибки, чтобы народ посоветовал, как выйти из данной ситуации

(3) народ сидел по rdp подключенный к ВМ, те базы которые были открыты -- поломались, те, которые закрытые -- нормальные

(4) почти уверен, что он всем гнал на счёт архивных копий
у меня-то они (ибо сам делал не доверяя никому), но середины марата (на конец 30.03 забыл сделать (( )

(5) "при попытке зайти в базу -- вбиваем пароль -- 1с закрывается... "
Такое бывает если нет прав на запись на каталог базы

(7) копирую бд на другой диск -- ошибки по 3м файлам

(6)  "народ сидел по rdp подключенный к ВМ, те базы которые были открыты -- поломались, те, которые закрытые -- нормальные "
Смешной вопрос - виртуалку перезагрузили? Или переносили на другой хост в состоянии горячего останова?)

(9) думаю её выключили и перенесли на другой хост

1sentry.dbf -- тут же проводки -- да ?

(0) Как это он так перенесь? Скопировал файл на горячую чтоли? Ну в общем семерку по файликам просто восстановить, но что-то потеряется

(10) Делайте chkdsk в виртуалке на диске с базой и попробуйте скопировать тогда.

(13) нет у меня доступа

2. унф тоже была открыта
запустил ТиИ -- но оно уже идёт 3тьи сутки

вот что пишет

http://savepic.su/5551091.png

1saccsel.cdx 1cv7.mlg Убиваем
1sentry.dbf делаем бекап и пробуем открыть дбвьюшкой
Правильную ищи в инете по словам как восстановить дбф
cdx удалить можно все.

(16) > 1sentry.dbf делаем бекап и пробуем открыть дбвьюшкой

скопировать не даёт

ну надо найти кто его держит, и отпустить.

(18) это значит, что его кто-то держит ?

http://savepic.su/5541875.png

Изирекавери или что-то подобно бери и  им копируй. Всякие чекдиски пока не запускай, а то добьешь.

Касательно (15) это же восьмерка.
касательно (19) проблема с диском.

(17) Что пишет-то?

А вообще, разрушить базу 7.7 внезапным выходом клиента практически невозможно. Это шанс 1 на миллион. Скорее можно разрушить перезагрузив ресетом хостовую машину, на которой крутится виртуальная, и в настройках сервера виртуальной машины было включено кеширование записи...

(15) Если зашел в конфигуратор, то попробуй выгрузить в dt
Или chkdbfl'ом наехай на этот файл (походу база файловая)

(24) dt, chkdbfl...
Слова какие громкие... Для файловой базы 77...

(23) если у клиента шла транзакция (например запись и проведение документа) - возможна порча журнала - приводящая к тому, что все документы и их движения на месте, но все журналы - пустые.

(25) Да там "все смешалось - кони, люди" ...

так что делать ?

(28) 1. Копию виртуалки
2. В копии запустить chkdsk /f
3. Дальше смотреть по результатам. Возможно придется поднимать бэкап и добивать первичку.

только что это даст ?

файл занят или испорчен, надо делать chkdsk, а там смотреть. Если нет прав нужен админ, пусть права дает, он же все это закрутил

+ виртуалки обычно резервные крпии делают всей машины, с админом общаешься? он что говорит.
У нас, например, делается бек ап за неделю всей виртуалки, потом можно файл любой выташить за этот период

(32) он сказал, что архивных копий ВМ нет

Убить 7-ку это надо очень постараться. Последний раз это получилось году в 2000, с последующим успешным ремонтом

(33) Админ - саботажник

(34) да лано, "по rdp подключенный к ВМ"... легко
зы каждодневный архив как минимум - наше все

по 77 нашёл архив февраля ((

(37) Ну вобьют данные за пару месяцев - делов-то... или пусть админ, наконец-то, сделает копию ВМ и выполнит в ней chkdsk.

(37) За отсутсвие архивов - одмину кол!И посадить за восстановление учета с февраля.А сколько весит 1sentry.dbf в февральской копии?

(0) по описанным симптомам база не подлежит восстановлению.Архивы наше всё!

запускаю проверку логической целостности
так что делать с этим :

Тестирование начато
Проверка таблицы AccRg377: 11 записей содержат неверные значения в колонках указания типа или ссылочного номера таблицы
Проверка таблицы DocumentJournal5412: 1 записей содержат неверные значения по умолчанию
Проверка таблицы DocumentJournal5412: 1 записей содержат неверные значения в колонках указания типа или ссылочного номера таблицы
Проверка таблицы AccumRg7249: 7 записей содержат неверные значения в колонках указания типа или ссылочного номера таблицы
Проверка таблицы Reference72: 1 записей содержат неверные значения по умолчанию
Проверка таблицы Document150.VT3345: 1 записей содержат неверные значения по умолчанию
Проверка таблицы Document150.VT3345: 5 записей содержат неверные значения в колонках указания типа или ссылочного номера таблицы
Проверка таблицы Document176.VT4156: 1 записей содержат неверные значения по умолчанию
Проверка таблицы Document176.VT4156: 1 записей содержат неверные значения в колонках указания типа или ссылочного номера таблицы
Проверка логической целостности. Регистры накопления. Запасы.Таблица содержит записи (7), имеющие недопустимое значение поля регистратора.
Проверка логической целостности. Регистры бухгалтерии. Управленческий.Таблица содержит записи (11), имеющие недопустимое значение поля регистратора.
Тестирование закончено

(0) на счет клюшек, забить на эти файлы, просто перепровести базу - проводки появятся

(42) это я уже понял

но проводки не появятся, если были ручные операции, вместо бух справки =)

+ (41) запустил chdbfl без галки восстановления -- всё зависло
с галкой --- вот что выдал


Повреждены данные таблицы '_AccRg377'. Восстановлено 4453 из 4464 записей.
Повреждены данные таблицы '_DocumentJournal5412'. Восстановлено 393 из 394 записей.
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRg7003'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRgTn7013'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRg7039'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRgTn7046'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRg7095'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRg7207'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRg7433'>
Повреждена таблица размещения внутреннего файла <Данные таблицы '_AccumRgTn7447'>
Повреждены данные таблицы '_SystemSettings'. Восстановлено 1072 из 1072 записей.. Потеряно 1 значений полей неограниченной длины
Повреждены данные таблицы '_UsersWorkHistory'. Восстановлено 448 из 451 записей.. Потеряно 1 значений полей неограниченной длины
Повреждены данные таблицы '_AccumRg7249'. Восстановлено 5556 из 5563 записей.
Повреждены данные таблицы '_Reference72'. Восстановлено 1462 из 1464 записей.
Повреждены данные таблицы '_Document150'. Восстановлено 393 из 394 записей.
Повреждены данные таблицы '_Document150_VT3294'. Восстановлено 905 из 906 записей.
Повреждены данные таблицы '_Document150_VT3345'. Восстановлено 1462 из 1467 записей.
Повреждены данные таблицы '_Document176_VT4156'. Восстановлено 161 из 162 записей.

+ (44) и большей части доков нет

(0) виртуалку после этого перезагружали? Если нет, посмотрите открытые файлы (и закройте, естественно только те, которые не открыты сейчас реальными пользователями)