ОФФ: FULL или Simple режим SQL базы? #635890

Есть база Торговля в 8.2 sql. Сейчас стоит FULL. Делал шринк лога, при фулл не получилось. Перевел в Симпл, сработало Могу оставить ее в этом режиме? Или каждый раз прыгать туда - сюда? У кого как стоит и что посоветуете?

Есть база Торговля в 8.2 sql. Сейчас стоит FULL. Делал шринк лога, при фулл не получилось. Перевел в Симпл, сработало Могу оставить ее в этом режиме? Или каждый раз прыгать туда - сюда? У кого как стоит и что посоветуете?

Есть база Торговля в 8.2 sql. Сейчас стоит FULL. Делал шринк лога, при фулл не получилось. Перевел в Симпл, сработало Могу оставить ее в этом режиме? Или каждый раз прыгать туда - сюда? У кого как стоит и что посоветуете?

Планы обслуживания изучи и будет - счастье

Если для восстанавления базы достаточно суточных файлов dt, то simple, а если надо восстановить на нужный момент времени средствами SQL - то FULL.

Бэкапы ночью и в обед

если не знаешь, зачем тебе full - делай simple

Нет, по правилам надо спросить сторону бизнеса, какая частота бэкапов его устраивает.

Круто :) А зачем так насиловать технику? Сколько раз вам понабилось восстанавливать БД? Какой именно Бекап был использован, Вчерашний, или который пол час назад? :)

+ А оно раз в неделю на выходных, и усе

Можно я это распечатаю и в рамочку повешу?

За всю свою практику с 1с ни разу не потребовалось восстанавливать базу средствами скл. Фулл только жрет место на диске и ресурсы добавляя тормоза.

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

еще не разу не понадобилось за почти год который я тут работаю. Железо не особо напрягается. Но это не повод делать бекапы реже

На моей практике фулл раз 5 помогал

Ни  разу  еще  не было  необходимости  , востанавливать  базу  на  точно определенное  время  , всегда  хватало ночного  бэкапа.

можно поподробнее?

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

Вот у нас тоже стоит FULL. Но вот непонятно, спецов по SQL у нас нет, если навернеться, то фиг кто восстановит. Но при этом страшно ставить Simple. Пы.Сы. Бэкапы каждый день делаем

И еще раз не поленюсь повторить, что данный вопрос решает не админ, и не одинэсник, а руководитель. Задача админа (руководителя ИТ) - задать вопрос директору на понятном ему языке, какой срок откат базы его устроит и во сколько это обойдется, и принять соответсвующие меры.

Не знаю, не знаю... при админских бекапах, по среди рабочего дня, все курят отдыхают :)

Хорошо сказал.

Да хоть Сам Путин!!! Ты тут не бабы Маши из бухгалтерии :)

>>> Ты тут не бабы Маши из бухгалтерии Ты тут не главнее бабы Маши из бухгалтерии

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

давай!

>>> во сколько это обойдется Тебе, если же бекапы не помогут, обойдется все лишь сменой работы. И н-ой суммой денег самой конторе, для восстановления информации :)

а спецы по поиску в интернете у вас есть?

Я бы сказал что это зависит от степени пофигизма одинэсника. В случае потери базы бухам можно всё что угодно навешать на уши. Настроены бэкапы каждый час. Полный раз в несколько дней и диффы через каждый час (не знаю можно ли так настроить в симпл). Такая схема выручала и экономила время бухам и мне очень много раз. Ну например ктонить перепроведёт чёнить в заднем периоде и т.д.

Пример: Неопытный прог зачистил регистр сведений значения свойств объектов (отбор не установил) на живой базе. Полняли копию базы - оттуда перенесли набор записей.

Тогда ваш, путь FULL

Естественно, каждый должен отвечать за свою работу.

+>>>сейчас есть возможность восстановить на каждый час. Как правило, ошибки ловят уже спустя полгода :) А фатальные ошибки только от жадности руководства.

Есть :) Но чтобы нормальных найти тоже время надо. А когда все накроется и все будут бегать и орать, даже незнаю что лучше.

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

Тут надо точно угадать момент и уволится ДО того, как всё накроется :)

Люди с таким чутьем одинэсниками не работают :)

Это тоже просто, новые сервера сами тебе говорят, что винт, сейчас упадет. А железо и по виду видно, что да как. ... Остается только деньги клянчить на новое железо, либо линять, плавномерно :)

1. раз в сутки фулл 2. каждые 4 часа дифф 3. каждый час лог журнала кроме ошибок есть еще много всего прочего. сама 1с способна вывести свою базу из строя.

а есть кто то кто ставит full?

и почему этого нельзя сделать на симпл?

Когда в конторе полтора землекопа и арендованный степлер - можно и симпл ставить, и из вчерашнего бэкапа восстанавливать...

Можно. У меня как раз Simple. Ночью полный бэкап, днем каждый час дифф.

Ответь лучше: 1. Ты какую БД, будешь бекапить, Бухию, торговлю, еще что? 2. Какой функционал данная БД несет, как часто она нужна, и как долго в неё набить информацию с бумажных насителей, из архива? 3. Какой железо у вас? 4. Какая сеть у вас? 5. Как сильно загружены сервера в пик работы? 6. Методом тыка ставишь Simple, и делаешь полные бекапы, к примеру "Symantec Backup Exec". И наблюдаешь за лесными отзывами, что да как. 7. У нас круглосуточно работают, по этому бекап только ночью, либо по выходным :) 8. Миста не последняя инстанция по поводу администрирования :)

В любой мало-мальски крупной конторе встречал только FULL.

+ Но база таки неболшая, около 10 Gb.

админинят скуль серваки студенты? :) богатые наверно конторы

У нас 20-Гб, и рост продолжается. Но и это Мало, вот когда будет под 60-Гб, тогда буду говорить большая ;)

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

При модели ФУЛЛ шринк на ура делается. 6. Методом тыка ставишь Simple, и делаешь полные бекапы, к примеру "Symantec Backup Exec". И наблюдаешь за лесными отзывами, что да как. - Штатно скулем. ФУЛЛ каждый час. Отзывов нет. 7. У нас круглосуточно работают, по этому бекап только ночью, либо по выходным :) - Да вы отчаянные. :)

Ставлю симпл, ибо нефиг

Если нет разностного бэкапа то FULL тока ресурсы лишние жрет.

20 гб? мммм.... документооборот вообще есть, то?

Вот у многих ложное понимание, что FULL более отказоустойчив, чем SIMPLE. На самом деле, FULL всего лишь дает ВОЗМОЖНОСТЬ архивации журнала транзакций, что опять таки дает возможность быстро бэкапить состояние базы, записывая лишь изменения. Хоть каждые 5 минут. Но это именно ВОЗМОЖНОСТЬ, которую админ должен РЕАЛИЗОВАТЬ! Если это не надо - тогда и незачем включать режим FULL.

тут 99% не поймет того, что ты написал.. зря старался

Только лишь потому что так настроено по умолчанию, и большинство 1С-ников туда не лезут, а не потому что это осознанный выбор админа

1. УПП 2. Всё что заложено в УПП. Мне УПП низачем не нужна, зато УПП нужна всем остальным сотрудникам и они решили что 4 часа простоя в случае падения их устроит. Данное решение запротоколировано специальной бумажкой. Чтобы выполнить их решение, я включил FULL, закупил ресурсы для бэкапа, запасной сервер, регулярно провожу тренировки по восстановлению системы. 3. Остальные вопросы не в тему

Ага, еще все забыли, как активно ведется работа в БД? Если поставишь FULL, то может быть так, что все пространство на сервере займет твой файл логов :)

Да нет. Не угадал. Нормальные спецы админят.

дифференциальные бэкапы можно делать и при симпл

+Ах да, ты конечно понимаешь, что в режиме FULL, у тебя должны быть вообще все бекапики без исключения, включая и самый первый бекап :)

поподробнее

А вообще присоединюсь к . Очень правильно сказано.

Но не каждые 5 минут, всё-таки дифф ресурсоемкая процедура

у меня за последнии 5лет мелких контор не было (от 500 человек) и баз менее 100Гб тоже... что ты понимаешь под крупными конторами и читал ли ты внимательно ?

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

перевел в Simple только что, молитесь за меня

какое слово расшифровать?

не прошло и 10 лет

Имеется в виду, когда стоит фулл, а лог не бэкапится, потому что никому это не надо)

Читал. И могу тебе сказать, что везде модель FULL выбиралась вполне осознанно и обоснованно. А тебе читать до полного просветления.

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

какой командой? или ему каждый раз надо подсовывать предыдущий бэкап для анализа различий? Скорость такого бэкапа? по сравнению с FULL моделью

я писал 5 лет назад здесь же... так что сынок, не надо мне рассказывать про настройки сервака, ибо админством я занимался до 1С, больше 10 лет назад

я не понимаю. зачем нужны вообще все бекапики без исключения?

Тогда ваш путь  Simple, и полный бекап с большим интервалом :)

Иногда возможность восстановить базы "до секунды" позволяет выявить причины "глюков 1С".

+Ты когда-нибудь игрался с виртуальными ПК? Там есть такой термин "Снеп-Шот", так вот это примерно тоже самое (все бекапики).

Ах да. Ты видимо единственный спец по скулю в мире. Если твои конторы устраивала модель симпл, то это не значит, что так везде.

Не нужен "самый первый". Нужен бэкап базы и цепочка (неразрывная!) бэкапов журнала транзакций с этого момента.

+Для примера

"самый первый" и "Нужен бэкап базы" Считай, что это один и тот же термин :)

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

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

+ тут проблема в том, что админы даже не задаются вопросом: "а надо ли ?"

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

1) Ибо обычно хватает простых ночных бэкапов. 2) Если не умеешь этим пользоваться то Симпла хватит

Я за время своей работы раз пять сталкивался с ситуацией, когда нужно было срочно откатиться на заданное время/транзакцию. Так что в этой ситуации только FULL/

так же, как и полный с добавлением WITH  DIFFERENTIAL бэкапы подсовывать не надо, оно и само помнит, что поменялось с момента последнего полного бэкапа. сравнением скорости не занимался

о как. а что за специфичный бизнес? можно узнать?

У нас никогда ещё не забивался. Модель всегда FULL. :))

Фулл для небольших и средних баз 1с себя не оправдывает.

уж это нормальные админы всегда сразу настраивают

например розница 24 часа... потерять заказы, даже за 1 час.. серьезный убыток

Видел несколько фирм где при Фулл забивался диск и падала база (Всё на одном диске было, включая Темп файла)

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

Ты знаешь, даже с документооборотом хотя бы 1000-1500 документов в день, уже существенно. И 24 часа не надо :)

с таким документооборотом никто откатываться не будет даже на 1 час

Ghb FULL  не получилось открой для себя backup LOG WITH NO TRUNCATE SIMPLE + раз в сутки фул бекап + Каждый час дифференциальный бекап

Например заказы можно ещё выгружать в МайСКУЛЬ. Потому что у меня было что упал сервак да так что с бекапами, и только то что копировал(параноя) я на всякий случай в другое место бекапы спасло. Так вот , а заказы за день подняли с Майскуль (там велись логи что кто менял,этого хватило)