2000 СКЛ сервер. на виртуальной вин 2003. лег виртуальный диск с диска базу достали но она не подключается можно как то побороть

Помянем базу

(0) Конечно. Достать из бекапа

(0) тут только или бэкап, или всякие утилиты по восстановлению

Народ решил что теневого копирования жесткого диска виртуальной машины достаточно. только то что с теневых копий достается не фига не присоединяется.

но, они платные в основном, все и не гарантируют результат

у тя аттач базы не проходит, да ?

да

Причем какие то архивы сразу вываливаются с ошибкой а на каких то задумывается минут на 10.

"2000 СКЛ сервер. на виртуальной вин 2003"

дяденька, а трицератопсов вы видели?

(9) мы с ними воевали...
то вместе, то против...

(9) А что не так то? Ну да, старый софт - но работает же. Особенно в сочетании с "v7".
А у автора темы просто невезуха с диском. Надо бэкап базы делать, а теневые копии виртуалки - плохой вариант.

(11) я б усилил: "теневые копии - не вариант"

Скачал EaseUS MS SQL Recovery v10.2.0.0 в демо режиме. она таблицы вроде все видит в битой базе и записи в них. Что то бесплатное для восстановления есть?

А если создать новую базу с таким же именами файлов, стопнуть сервер, и подсунуть то что есть, и потом стартануть?

(13) есть

Recovery Toolbox for SQL Server.. валяется везде, проверить, что работает можно на триальной, если желание купить,а не скачать то всего 99$

99 как бы не бесплатно.

(17) есть и полностью бесплатные, валяются на гитхабе. А так, все платные решения валябтся на файлопомойках..качай нехочу.

Ну и вот, например, бесплатная
https://online.officerecovery.com/ru/recover-corrupted-sql-anywhere-database-online

(19) Не работает. 4 раза пробывал их онлайн восстановление до 50% довольно шустро загружается и зависает. Можешь мыльнуть, что то работающее как то на помойках тоже один шлак скачивается.

(20) кто-то уже тут кидал ссылки, п.15

Вопрос по MS SQL базе: как восстановить если поврежден mdf файл?

(21) ApexSQL Tools от 19 года отказался работать с 2000 базой скл. а остальные ссылки на более ранние версии уже не доступны :(

(22) а Recovery Toolbox for SQL ?

(23) чтот везде креки с вирусами попадаются. Выложил базу https://dropmefiles.com.ua/ru/kfChUyGSV пароль 123 может глянешь?

(24) ну, мдф восстановился, ща посмотрим, че там унутре..

2000 скуля у меня нема, на 2008 погляжу хоть

последняя дата документов какая?

(27)
https://i2.piccy.info/i9/81840a9b4f945cebc61e1b44d64dea7c/1643789674/37580/1452774/77.png

29 января 2022

в общем, то что в (23) восстанавливает норм

ТС куда пропал то ? Тебя там тапком уже прихлопнули ? Починил базу то , не ?
:)

вроде да 3 банковских выписки полетели и проводок несколько. выписки перезальют проводки перепроведем.
Както долга база подключалась к скл после лечения и размер с 1,5 гиг до 1,08 сократился. это нормально или там еще чтото могло побиться? Сейчас делаю выгрузку в ДБФ и хочу ей тестирование и исправление запустить глянуть на что ругается. насколько вылеченному можно верить.

(32) нормально, ты ж шринк поди не делал до того как ? + файл лога похерил при восстановлении

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

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

(35) прибей таблички итогов, для начала, и пересчитай бух итоги

и..если у тебя есть копия, перенеси в купию последние доки и привет

_1SBKTTL и _1SBKTTLC сделай им truncate table

(37) так и сделаю . вот с доками которые могли задним числом поправить непонятно как отловить. вроде был какойто экспорт который мог по журналу регистрации отлавливать что нужно перегружать. или это я придумал?

(39) из ЖР особо и нет ничего полезного, ну разве что, если собираешь _1sjourn из данных других табличек с потерей части инфы, типа ручных операций, с ЖР вытащить нумера доков, или код справочника