Имя: Пароль:
IT
Админ
MS SQL Serv 2014 сжатие предположительно поврежденной базы
0 imepic
 
03.03.17
15:49
Планы обслуживания не были настроены и журнал транзакций сожрал почти все место на единственном диске

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

Какие могут риски при сжатии такой базы после перехода на простую модель восстановления?
1 пипец
 
03.03.17
15:51
бэкап предварительно - не ?
2 пипец
 
03.03.17
15:52
+ подключите диск
ЗЫ я вот ток не понял - это у вас "единственном диске" как ? и система и базы все в одном ?
3 imepic
 
03.03.17
15:55
(1) т.е, бэкап после перехода на простую модель будет занимать только объем базы без учета журнала транзакций? Даже если сам журнал еще не удален сжатием?
4 imepic
 
03.03.17
15:57
(2) да и сервер далеко - в другом городе, внешний диск не могу подключить
5 imepic
 
03.03.17
16:00
хелп!
6 Ufo_Attack
 
03.03.17
17:37
(0) >База 1С предположительно повреждена
Почему сделан такой вывод?

Сделай бекап, если нет место на локальном компе, то сделай в общую папку на каком-нибудь компьютере.
А потом сжимай журнал транзакций.
7 HardBall
 
03.03.17
17:39
(0) Сжимай, + rm - rf под рутом для проверки целостности.
8 Джинн
 
03.03.17
17:40
(3) На кой ляд переходить на простую модель? Забекапите и журнал транзакций пожмется.
9 ERWINS
 
03.03.17
17:53
(7) это команда форматирования.
не давай таких советов.
10 imepic
 
03.03.17
18:19
(6)

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

> Сделай бекап, если нет место на локальном компе, то сделай в общую папку на каком-нибудь компьютере.
> А потом сжимай журнал транзакций.
База занимает 13 гб, журнал транзакции 100 гб. Сделан переход на простую модель восстановления. Сколько места нужно на бэкап с несжатым журналом транзакции?
11 imepic
 
03.03.17
18:19
(8) Заказчик считает, что простой модели достаточно
12 oleg_km
 
03.03.17
18:26
(10) Посмотри в свойствах базы. Вроде на размер занятого данными.
13 oleg_km
 
03.03.17
18:27
(12) Если 2014, то бакап тоже можно сжать встроенной командой
14 Ufo_Attack
 
03.03.17
18:31
(10) На бекап базы тебе нужно 13Гб
15 Ufo_Attack
 
03.03.17
18:32
(10) Сжатый бекап будет еще меньше.
16 Провинциальный 1сник
 
03.03.17
18:37
(10) Переходи в свойствах базы на простую модель, потом уменьшай размер файла транзакций до пары гигов, потом бэкапь. Ничего опасного в этих действиях для базы нет. Если файл базы не смог расшириться из-за нехватки места - это не разрушает базу.
17 Волшебник
 
модератор
03.03.17
19:13
(1) Бэкапы придумал трус!
18 Fram
 
03.03.17
20:09
(8) тебе хоть раз пригодился журнал транзакций 1с базы?
19 oleg_km
 
03.03.17
20:49
(18) Сгодился - это второй вопрос. Делает ли он бакап журнала транзакций или просто его режет, чтобы не мешался?
20 Провинциальный 1сник
 
03.03.17
21:06
(18) Мне пригождался. Его можно делать хоть каждые 10 минут. И соответственно восстановить базу можно практически на любой момент из бэкапа базы и цепочки бэкапов журнала.
21 пипец
 
06.03.17
08:38
(10) вылетает при определенных действиях (с)  может код кривой или не приемлемый - может нюансы скуля - нада смотреть
ЗЫ за сервер с одним диском на всё - нада отрывать руки, опционально ...
22 Jump
 
06.03.17
08:42
(10) Вылеты при работе 1с указывают на проблемы с установкой платформы, или кривой код.
При чем тут повреждение базы?
23 dali
 
06.03.17
08:46
(20) да у него в карточке в роде занятий все написано
24 Fram
 
06.03.17
09:35
(23) а тебе много раз приходилось откатывать базу на пару часов назад по журналу транзакций?
25 Jump
 
06.03.17
09:46
(21) Не надо, их оторвут в процессе, заинтересованные люди.
26 Jump
 
06.03.17
09:47
(24) А тебе много раз приходилось поднимать данные из бэкапа?
Мне вот не очень много раз приходилось.
Бэкапы делаются тысячами, а случае восстановления из бэкапа - единицы.

Вывод - бэкапы нафиг не нужны?
27 Fram
 
06.03.17
09:51
(26) как раз бэкапы то нужны, и они делаются каждую ночь и для этого не нужен журнал транзакций, который жрет ресурсы.
просто пытаюсь понять применение на практике архивов вплоть до определенной секунды в рамках базы 1с.
28 Провинциальный 1сник
 
06.03.17
09:53
(27) Ну например, чтобы быстро сделать копию базы для решения текущей проблемы "у меня неправильно проводится документ".
29 Fram
 
06.03.17
09:53
+(27) понимаю еще если б можно было откатить действия по пользователю или по объекту. хотя может можно?
30 Jump
 
06.03.17
09:54
(27) Ну тут возникает вопрос нужно ли это бизнесу.
Собственно как и бэкапы.
Бывает что не нужно, бывает что нужно.

Например торговля, множество транзакций.
И при потере десятка минут можно влететь на деньги.
31 ifso
 
06.03.17
10:00
(30)
> И при потере десятка минут можно влететь на деньги.
а можно и не влететь, в то время как бэкапы гарантированно денюжку кушают (как минимум на "стоимость владения") - тут возникает вопрос нужно ли это бизнесу, не?)
32 Jump
 
06.03.17
11:25
(31) Ну иногда нужно иногда нет.
Зависит исключительно от ценности данных для бизнеса.
Если данные не важны - нет смысла тратить деньги на их бэкапы.
Если важны - есть смысл.
Если важна каждая минута - тут и рэйды ставят, и журнал транзакций, и теневые копии.
33 Jump
 
06.03.17
11:29
Поэтому все эти споры по поводу нужны они или нет - от непофессионализма.

1)Админ должен четко представлять для чего они нужны.
2)Админ должен узнать у руководства - надо ли оно для бизнеса, и готовы ли за это платить.
Все.
34 ifso
 
06.03.17
16:56
(33)
> Админ должен
угу, аж два раза админ должен )
руководство обязано в письменном виде (договор, должностная) донести до админа чего, по мнению руководства, админ обязан, а иначе админ нифига и не должен, и не обязан (ибо превышение и/или использование в личных целях), не?
35 Господин ПЖ
 
06.03.17
17:10
>просто пытаюсь понять применение на практике архивов вплоть до определенной секунды в рамках базы 1с.

нужно два состояния базы. до внесения изменения и после
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс