Добрый день, уважаемые форумчане! Меня интересует, какие действия можно предпринять, если пользователь вместо "выгрузить ИБ" выберет "загрузить ИБ" в конфигураторе. Насколько мне известно, замещенный файл (в Windows, по крайней мере) помечается на удаление, но его еще можно какими-то профессиональными программами достать с жесткого диска. Я бы хотел узнать, что происходит при загрузке базы из конфигуратора. Может кто сталкивался с подобным? Буду рад любому совету!

Не могу удержаться, простите
https://youtu.be/gTfM4SmYZ3U

Игооорь. Какой еще замещенный файл? у тебя его нет.
Мой ответ:

(1) Вроде не понедельник...

(3) Время понедельника не пришло. Пока Время среды.

Гражданин Масянька.

(2) Я имею ввиду файл 1Cv8.1CD. Он же замещается. Вот и хотелось бы узнать, что с файлом рабочей базы происходит...

Базы файловые или серверные?

(5) Перезатирает

(6) Файловая, если бы серверная, то тогда уже кердык.

(5) Ну поищи R-Studio какой-нибудь, в чем вопрос то?

(6) А на жестком диске ту же область затирает? Или еще где-то может остаться "след" от старого файла 1Cv8.1CD?

Можешь попробовать откатить систему и попробовать восстановить файл. Либо как ты сказал попробовать восстановить папку на определенное число, через спец проги, но я таких не знаю.

(7) По моему развертывает в копии файла в папке temp, потом перемещает, удалив исходный cd

насколько мне известно, восстановить можно удаленный файл.
А вот "замещенный" - он и есть замещенный. Если раньше в блоке данных были одни данные, а сейчас другие - то это все, Игорь.
Тут лучше скорее заявление писать.

(0) а если взять ружо и всадить себе заряд на медведя в висок - можно остаться живым и восстановить черепушку в первоначальный вид?

Ух ты, тут еще и голосят...

(0) Бывает, надеюсь бэкапы есть
(1) +1
(3) Они только поняли с пятницы

Из бэкапа

(17) Бэкап с мая месяца) Три месяца торговли коту под хвост))

(0) Прежде чем начать делать архив - сделай архив!

(12) Извини, не тебе, возможно ты прав бро

(19) Там же еще и вопрос задают...
Эх, вы...

(0) DMDE можно попробовать. С помощью нее и с убитого рейда данные вытаскивали.

(22) Когда заменяешь файл, тоже спрашивает.

(19) Нормальная цена за мозги, не дорого

(19) Была как-то история с одним..
У него база была на одном диске, бэкапы делались на оба диска...
И в один момент зачем-то отключили второй диск, куда бэкапы делаются.. А тот, на котором база стоит, полетел.
3 месяца тоже коту под хвост, чем закончилось - не знаю.

Можно сказать, что шансов практически нет на восстановление.
Особенно, если по этому же месту (физическому) было бы что-то записано...
ну.. попробуйте RSaver или Back2Life - но вероятность исчезающе мала...

(19) Ну почему? Берете первичку с мая - и вперед.

Шанс есть всегда:) если физически записался в другую область диска, и на прошлую область ничего не писалось то можно вытащить в байт коде, а с ним уже че нить проделать.
Попробуйте в проф конторы по восстановлению обратиться.

юзи что типа diskedit.exe) вырежи остатки кластера и прилепи , потом ТИИ, а вдруг;)

Мне интересно, автор, какое сейчас давление на вас оказывают и как успокаиваете бизнес?

(31) Розничные продажи в онлайн-кассах все есть, даже по позициям детализированы. На все остальное есть бумажные документы.

можно, выключай комп и р-студио , шансы 50/50, если сразу выключил, файлы не замещаются, пишутся на место ранее удаленных файлов.

(31) Буду по выходным все восстанавливать, если ничего не получится))

(8) По твоей логике серверная тоже "замещает файл"

А ты там кем?

как можно перепутать действие выгрузки/загрузки? в первом случае пишешь имя нового файла, во втором выбираешь сам файл, она ведь еще и предупреждение перед загрузкой выдает... По сабжу - (1)

(36) (35) В клиент-серверном куча папок, там уже точно ничем не поможешь. Я там 1С-ником работаю.

(38) Какая куча папок? Все данные инфобазы (в общем случае) хранятся в одном mdf-файле

если как в (12) то зависит, от того на одном диске или на разных. Перемешение файла если на одном диске, то реального копирования не происходит, просто перекидываются ссылки. А если перемещение например с диска С: на диск D:, тогда реально было копирование данных, тогда всё.

(37) Легко перепутать - пункты меню рядышком, ну и диалог выбора файла и открытия файла весьма похожие. Дважды клацнуть по файлу - делов-то...

(39) Ну если зайти в папку base (PostgreSQ), то там каталоги БД, а внутри куча папок и файлов. Это не то?

(42) PostgreSQL, сорри

(43) Там да, каждая таблица и индекс хранятся в отдельном файле. Пздц

"Я там 1С-ником работаю" // Давно?

(19) как вы без бэкапов работаете? Это же основное в работе 1с-ника. 95% вопросов бухов, это в общем типа, база рухнула, в понедельник было всё нормально, а сегодня пришла, а там всё неправильно. Решается просто, поднимается бэкап за понедельник, сравниваются оборотки в двух базах. Всё, десять минут и готово. Как же ты там работаешь без бэкапов? Уже с мая месяца.

(46) Может он вчера ток устроился туда

(46) а как настраиваете бэкапы, в какие места бэкапируете?

(45) (46) Неее, я там работаю с мая прошлого года)) Бэкап где-то раз в 3 месяца делаю. На диск Д

(49) Там только Управление торговлей базовая.

Если винда, может теневые копии помогут?

(51) кстати, один раз нашел толи dt, толи 1cd после шифровальщика свежие именно там (вин 7 systemVolumeInformation) - туда у шифровальщика прав нет, как и у админа

(48) ну для файловой просто bat-файл есть, который запускается ночью планировщиком windows. Надо еще чтобы это несетевая папка была, а то вирус шифровальшик, он бекапы тоже шифрует. Можно тоже попасть впросак.

Смотри и делай что говорит (1).
Исходя из того что творится, можно предполагать что винда не настроена на версионирование файлов. Бэкапом нормальных нет.И вообще возможно что пользователь просто уничтожил базу, а теперь пытается все списать на то, что спутал выгрузить/загрузить.

Да ладно, (0) же просто интересуется :)

Подозреваю, что это был не пользователь, а сам Игорь)

(49) 1сник который делает бэкапы 1 раз в 3 месяца? Ну что же, больше ты не 1сник))

(56) (57) Именно))

(57) может он туда и ходит один раз в три месяца

(59) Нееее, я там работаю с 08.00 до 20.00 пн-пт. Это мое основное место работы))))

у нас на одной фирме был пользователь, директор фирмы. База на 7.7 была. Его научили копировать базу к себе на ноутбук. Нажать копировать и вставить. Так он время от времени умудрялся перепутать кнопки и вместо копировать нажимал вырезать. После этого обычно вся фирма стояла на ушах, база исчезла. Но потом всё-таки благополучно находилась.

(60) Удачи тебе. Хоть бы копии базы делал "для себя". Для экспериментов поди тоже нет копии?
И похоже что выгрузку всегда в один и тот же файл делал? Хорошо бы держать штуки 3-4 и последовательно их перезаписывать если так за место боретесь. Эх... молодо, зелено.

Ой все ребят)) Неужели вы поверили? Надо же повеселиться, когда скучно) (55) сразу все понял. Да и кто бы взял такого тупого 1С-ника. Полный бред) Ситуация реальная, это сделал бухгалтер. Лучше бы копировал каталог базы куда-нибудь на флэшку. Лучше с такими руками в конфигуратор вообще не лезть))

(57) Буквально сегодня подогнали кучку компаний (29 штук), там последний бэкап в 2016 году и ничего, никто валидол не пьет)) (только у меня сегодня на жопе седеют)

(63) см. (64)

"работаю с 08.00 до 20.00 пн-пт. Это мое основное место работы" // Что за регион?

(66) Ой да все, я пошутил))

(63)Ну вот пусть бух и разбирается)

(67) Когда в будущем в твоих ветках будут "шутки" - ты вспоминай свою третью ветку...
Юморист...

(68) Да, он даже посмеялся, "признал вину". У меня уже была такая ситуация с клиентом, бухгалтерша загрузила в базу БП архив УТ. Только там был клиент-серверный вариант. А тут может быть еще мизерная надежда есть.

(69)Не я первый начал) Некоторые решили, что это я накосячил. Почему бы не подыграть?

Какие замещенные файлы, Вы о чем?
Все данные хранятся в 1 файле - 1Cv8.1CD
Есть очень слабая надежда на теневую копию, если она есть (99.9% что нет)
Берем первичку в руки и восстанавливаем. заодно выбиваем денежку на оборудование\облачную учетку для нормального копирования бекапов. Сколько работал - админы хранили так: Ночные бекапы за последние 7 дней, как правило где то недалеко в сети. Последний ночной  - еще и в облако. бекап недельной давности в облако(перезатирая старый недельный). И бекап на 1 число каждого месяца тоже в облако.
После маски шоу с изъятием всего серверного оборудования на следующий день к обеду уже все работали.

(5) С чего это он замещается, это же по сути после служебной области тупо таблицы в специальном формате, прям в нем и производятся операции.

(72) +1
Был аналогичный случай. Тетеньки взяли первичку в руки, за пару дней все забили. Данных было прилично. Так что не недооценивайте труд бухов. Они если надо молотят как роботы.

(72) Все бы так делали. А то некоторые просят восстановить данные, которые сами и затерли.

(75) Это одна из 5 стадий принятия неизбежного. Торг это уже 3я из 5ти. Поворчат и вобьют
https://pikabu.ru/story/nemnogo_psikhologii_5_stadiy_prinyatiya_neizbezhnogo_2068218

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

(63) "Лучше с такими руками в конфигуратор вообще не лезть))"

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

(78) Да да. Вот только этого клиента я не обслуживал совсем. Он просто обратился ко мне.

Что же, даешь новый ник!!!))) Так и быть))

(80) Готово)) Проблем-то, ха! Мне нечего тут терять))

(81) Что "готово"?

(1) это единственный правильный вариант

(83) Что там за вариант? Дать интервью?

(38)Похоже крупная контора...

(49)Добро пожаловать на хх, только в резюме как-нибудь понежнее обыграй ситуацию как тебя руководство премировало за удаление базы.

Новый ник готов) А то здес меня теперь застебут, как мне сказали, за "шуточки"))

(87) Это как в анекдоте: ложечки-то нашлись, но осадочек...

Кстати, вспомнилось. Даже при очистке данных на жёстком диске, спецслужбы, якобы, могут восстанавливать информацию аж с магнитных останков на стенках дорожек, в секторах которых находились данные.

Предложите написать донос в спецслужбы на себя, чтоб они там восстановить попытались, изъяв в масках и с автоматами жёсткий диск со всеми стенками секторов где была база

(88) Ахаха)) Неплохая идея. Но бухгалтер уже вводит документы сам. С меня нечего спросить, с момента покупки УТ он все устанавливал сам и ни к кому не обращался. Делал бэкапы (раз в 3 месяца). А вчера видимо хотел сделать очередной бэкап, но угробил базу)) На HDD ничего не нашли похожего на 1Cv8.1CD. Да и я  был  уверен на 99.9%, что уже кердык.

(89) И бух с юмором оказался))

(89) если остались резервные копии после обновлений из самой 1с, то искать надо не 1Сv8.1CD, а 1Cv8[много цифр].1CD

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

(89) из вариантов
- теневая копия
- если юзер за эти три месяца сам делал обновление в режиме 1С:Предприятие, то 1С при этом должна была создавать архивную копию базы в каталог вида
\AppData\Local\Temp\1Cv8Update.180815092009
где 18 - это год, 08 - месяц, 15 - число, 09 - час, 20 мин, 09 сек.
формат файла архива зависит от версии платформы
для 8.2 это будет файл с расширением dt, для 8.3 - 1CD

и да, если копия найдется, то восстанавливай в новую базу, а не в рабочую

(93) Спасибо за заботливость)) Но я-то очень осторожен. Насмотрелся уже на коллег, которые разрушали базы.

(91) Спасибо большое! Пользователь, к сожалению, обновлял через конфигуратор.
Даже и представить не мог, что Вы мне здесь ответите)))

С помощью DMDE нашли файл БД (вчерашний), он уже весил вдвое меньше оригинала. 1С-ка, конечно же, не распознает. Нашли в том же каталоге, что и оригинальная база.