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

База 1С предположительно повреждена, но пока работает

Какие могут риски при сжатии такой базы после перехода на простую модель восстановления?

бэкап предварительно - не ?

+ подключите диск
ЗЫ я вот ток не понял - это у вас "единственном диске" как ? и система и базы все в одном ?

(1) т.е, бэкап после перехода на простую модель будет занимать только объем базы без учета журнала транзакций? Даже если сам журнал еще не удален сжатием?

(2) да и сервер далеко - в другом городе, внешний диск не могу подключить

хелп!

(0) >База 1С предположительно повреждена
Почему сделан такой вывод?

Сделай бекап, если нет место на локальном компе, то сделай в общую папку на каком-нибудь компьютере.
А потом сжимай журнал транзакций.

(0) Сжимай, + rm - rf под рутом для проверки целостности.

(3) На кой ляд переходить на простую модель? Забекапите и журнал транзакций пожмется.

(7) это команда форматирования.
не давай таких советов.

(6)

> Почему сделан такой вывод?
1С вылетает при определенных действиях

> Сделай бекап, если нет место на локальном компе, то сделай в общую папку на каком-нибудь компьютере.
> А потом сжимай журнал транзакций.
База занимает 13 гб, журнал транзакции 100 гб. Сделан переход на простую модель восстановления. Сколько места нужно на бэкап с несжатым журналом транзакции?

(8) Заказчик считает, что простой модели достаточно

(10) Посмотри в свойствах базы. Вроде на размер занятого данными.

(12) Если 2014, то бакап тоже можно сжать встроенной командой

(10) На бекап базы тебе нужно 13Гб

(10) Сжатый бекап будет еще меньше.

(10) Переходи в свойствах базы на простую модель, потом уменьшай размер файла транзакций до пары гигов, потом бэкапь. Ничего опасного в этих действиях для базы нет. Если файл базы не смог расшириться из-за нехватки места - это не разрушает базу.

(1) Бэкапы придумал трус!

(8) тебе хоть раз пригодился журнал транзакций 1с базы?

(18) Сгодился - это второй вопрос. Делает ли он бакап журнала транзакций или просто его режет, чтобы не мешался?

(18) Мне пригождался. Его можно делать хоть каждые 10 минут. И соответственно восстановить базу можно практически на любой момент из бэкапа базы и цепочки бэкапов журнала.

(10) вылетает при определенных действиях (с)  может код кривой или не приемлемый - может нюансы скуля - нада смотреть
ЗЫ за сервер с одним диском на всё - нада отрывать руки, опционально ...

(10) Вылеты при работе 1с указывают на проблемы с установкой платформы, или кривой код.
При чем тут повреждение базы?

(20) да у него в карточке в роде занятий все написано

(23) а тебе много раз приходилось откатывать базу на пару часов назад по журналу транзакций?

(21) Не надо, их оторвут в процессе, заинтересованные люди.

(24) А тебе много раз приходилось поднимать данные из бэкапа?
Мне вот не очень много раз приходилось.
Бэкапы делаются тысячами, а случае восстановления из бэкапа - единицы.

Вывод - бэкапы нафиг не нужны?

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

(27) Ну например, чтобы быстро сделать копию базы для решения текущей проблемы "у меня неправильно проводится документ".

+(27) понимаю еще если б можно было откатить действия по пользователю или по объекту. хотя может можно?

(27) Ну тут возникает вопрос нужно ли это бизнесу.
Собственно как и бэкапы.
Бывает что не нужно, бывает что нужно.

Например торговля, множество транзакций.
И при потере десятка минут можно влететь на деньги.

(30)
> И при потере десятка минут можно влететь на деньги.
а можно и не влететь, в то время как бэкапы гарантированно денюжку кушают (как минимум на "стоимость владения") - тут возникает вопрос нужно ли это бизнесу, не?)

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

Поэтому все эти споры по поводу нужны они или нет - от непофессионализма.

1)Админ должен четко представлять для чего они нужны.
2)Админ должен узнать у руководства - надо ли оно для бизнеса, и готовы ли за это платить.
Все.

(33)
> Админ должен
угу, аж два раза админ должен )
руководство обязано в письменном виде (договор, должностная) донести до админа чего, по мнению руководства, админ обязан, а иначе админ нифига и не должен, и не обязан (ибо превышение и/или использование в личных целях), не?

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

нужно два состояния базы. до внесения изменения и после