Сразу к делу - есть файловая 1С весом под 20Гб - на скл не собираемся переходить, работает нормально, НО - для безопасности надо делать бэкап базы хотя бы каждые 3 часа, а в идеале каждый час на резервный сервер - обычными средствами бэкап длится почти 3 часа и настает время снова делать - сами понимаете диск постоянно загружен и сеть забита, сервак начинает притормаживать
В интернетах миллион советов как бэкапить по ночам и это не проблема, а вот в течение дня как быть? Может кто сталкивался
Бэкаплю целиком, а частота вызвана тем, чтобы если сервак накроется то можно было на резервном "начать" не со вчерашнего дня (когда бэкап сделан ночью), а 3 часа или лучше 1 час назад

(218) уже была такая - чдбфл все исправляет

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

(222) Ок, продолжайте наблюдение. Ждем тему - как восстановить файл базы данных...

(212) и где это решено? правильный ответ ни где
(221) фишка архива что пишется в один поток, можно ставить сжатие "без сжатия", главное получить один поток на запись, а не копировать тысячи файлов

(225) то есть в архив быстрее будет копирование? ты пробовал или это в теории?

(224) на крайняк есть ночные полные бэкапы за 3 дня

(226) поставь без сжатия. пробовал, файловая система штука тоже медленная на тысячах файлов

(228) спасибо за совет - попробую - даже интересно стало - сегодня после рабдня проверю
а как думаете вот в открытую 2 часа копирует 80Гб по сети то сколько будет в архив да еще на соседний диск?

(229) 8-12 минут, от процессора и степени сжатия

(225) это решается правильным использованием системы. Например, когда скуль копирует "на горячую" свою же базу, он на своём же уровне контролирует транзакции, блокировки и вот это вот всё. Внешние бэкапщики ничего не знают о внутренней работе СУБД. Их миссия тупо скопировать файл, а что там за файл они не ведает. Ну могут спросить у операционки, заблокирован ли этой файл каким пользователем, и это в лучшем случае.

(222) > чдбфл все исправляет.

Как именно он это исправляет? Удаляет тупо битые ссылки? Генерирует пустые объекты вместо потерянных и битых?

Ты всерьез считаешь это исправлением?

Короче. ЛЮБОЙ (абсолютно!!!) способ копирования базы 1С не в монопольном режиме, когда с ней работает хоть один сеанс (пользовательский, фоновый или ещё какой) не может гарантировать целостность базы и консистентность данных. Точка. Любые другие рассуждения и влажные фантазии на эту тему - тупой и банальный флуд, основанные на некомпетентности.

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

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

(231) консистентность данных 1с он не гарантирует ровно на 100%. понятно, что правда, скуль лучше, но у вас окна же на кремль тоже не выходят?

(232) я думаю он работает как и chkdsk с ФС. а вообще уже раз 10 восстанавливали через чдбфл и на крайняк если ночные полные копии

(234) вот вот - йохохо ты самый крутой чувак здесь - все по существу без всякой воды - спасибо

Ветка напомнила одно изречение: "Если Вы имеете и владеете только одним инструментом, и это молоток, - то очень заманчиво обращаться со всем остальным, как с гвоздем"(вольный перевод)

Дайте маленькому мальчику молоток, и он обнаружит, что по всем окружающим предметам просто необходимо стукнуть :)

Эпитафия: "А вообще уже раз 10 восстанавливал через chdbfl.exe"

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

(238) ну когда у фас в офисе 10 баз и филиалов под 60 штук и на всех у них локальные базы то ничего удивительного - ракеты даже падают или как говорил медведев - расслабьтесь, этож 1с))

(240) У вас 60 локальных баз? И каждая по 20 гигов?

(239) Вы правильно поняли: "думайте многомерно"(цы)

(240) Моя скромная практика: десять лет работал с базой УПП (РИБ по филиалам в файловом режиме) и ни разу не использовал для восстановления рабочих баз chdbfl.exe. ЧЯДНТ?

(241) 70!

(241) филиалских около 60 баз в среднем по 5Гб (розница) а в офисе от 2 до 20Гб (242) ну может потому что упп была не файловой)
(234) йохохо, а как думаешь сколько будет занимать по времени если архивом бэкапить без сжатия, но по сети 1Гб? те же 80Гб баз

И sorry за резкость суждения, но "10 баз в офисе"- это не то достоинство, которым можно гордиться. Это,имхо, - бардак. И об этом лучше скромно умалчивать :)

(244) У вас каждый бухгалтер в своей базе работает что-ли?

+(246) Дай угадаю: у автора крупная компания из десяти организаций... и 60 ларьков? Угадал? (пятница, день юмора на форуме :)

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

(245) (246) (247) (248) ну чо вы начинаете, нормально же общались) кто в России живет тот все понимает)

Минутка юмора завершена :)

(244) У нас одно время к серверу была подключена отдельная машина для бэкапов через подсеть на отдельных карточках. Не предлагаю вам купить 100 гигабайтные карты, но две хотя бы 10 гиговые Вы же осилите по деньгам?

(249) Да мы все понимаем. Тебя ж никто не обвиняет в том бардаке, который творится в вашей конторе. Нормальный такой бардак, вполне характерный для определенной категории бизнесменов.

(250) тоже есть такая идея, но диски работают максимально и на 1Гбит, в пике загрузка до 700Мб при бэкапе ночью - не думаю что будет прирост от 10Гбит - если ставить то и диски надо еще быстрее

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

(253) Ну я не знаю какая на самом деле у вас ситуация, но например с точки зрения получения консолидированной отчетности было бы удобней вести все организации в одной базе. С точки зрения обновлений, доработок и миграции данных тоже было бы удобней все держать в одной базе. Но у вас скорей всего половина (а может и больше) локальных баз - мертвые души, но это  просто мое предположение. Возможно все эти базы рабочие и у вас есть какие-то объективные причины разделять ведение учета по разным базам. Например вы не хотите никому, кроме доверенных лиц показывать какую-то конфиденциальную информацию. В общем это на самом деле больше компетенция вашего 1с-ника, чем админа.

(254) Для доверенных/не доверенных лиц давным давно есть http://v8.1c.ru/overview/Term_000000788.htm и технология фреш.

(255)+ С РИБ по организации если надо отделить физически одну организацию, выгрузить и отдать например.

(256) У них 1с-ник боится, что РИБ все сломает, ТС про это несколько раз писал :)

(0) Ставьте SQL и не трахайте мозг себе и людям!

(254) (255) (256) ну вот по офисной базе я тоже за то чтобы одна была, но вот в филиалах должны быть свои локальные базы - я с точки хрения админской за то .чтобы если навернется главная или временно доступа не будет или еще что - магазины могли продолжать работать

(264) Слишком много непонятных слов.  Моя твоя не понимает.

Я предложил реальное решение проблемы. Вы, конечно, можете повыёживаться, но  вариант решения один. Хотите вы этого или нет.

(257) такого 1сника гнать нужно. И спеть ему на прощание пестню Ленинграда "Дорожная"

(268) я предлагал - слишком долго они с ним - но идеи у них есть такие и думаю все-таки поменяют

(269) Если он некомпетентен, то нужно таки ему песню спеть.

(270) он скорее ленив, он в этакой зоне комфорта много лет находится и вот не хочет ничего менять

(271) программист выбирает как фирма будет работает в базах 1с? Может исправить ситуацию, Поручить программисту составить план перехода на SQL и обозначить срок выполнения. А потом спросить с него?

"план перехода на скл" - пятнично.

(258) нужно купить серверный ключ 1с и лицензии ms sql (хотя может конечно и постгри). Не факт, что фирма хочет раскошелится на это, тем более видимых проблем с 1С нет. А после перехода на sql база может и перестать летать.

(274) кстати да - тестировали на постгре и там номенклатура тормозить стала по 4-5сек, а на файловой меньше секунды

(244) по сети не кошерно делать бэкап, если у вас не кровавый энтерпрайз. Грубо говоря шанс локального отказа 10е-6, по сети 10е-3. Надо лить локально, а потом уже складывать на долгосрочное хранение
(271) судя по ветке он не только ленив, но и беден, как церковная мышь

(0) После первого предложения дальше не читал

(277) А зря - забавная ветка :)

(275) постгре еще настроить правильно надо, в отличие от MS SQL

(279) Да как ни настраивай, болезнь постгреса с занижением оценки размера подзапроса неизлечима. То есть, если делаешь джойн с подзапросом (виртуальной таблицей 1с), то очень высок шанс получить nested loop по сотням тысяч записей вместо hash. И тормозааааа.. Пока не перепишут оптимизатор запросов под независимое исполнение подзапросов через неявные временные таблицы с точной статистикой - так и будет.

(280) это ж было в паче каком то от ПГПро, статистика по вт

(281) Это по ВТ, а при джойне с подзапросом ВТ не используется..

(282) старая рекомендация для пг не использовать вложенные

(283) Да, но даже в типовых кое-где до сих пор встречается.

переходи на скуль/постгри и не пудри нам и себе мозги

если нет денег купить могу подсказать как это обойти

Призываются аноны, которые про OPTANE 900P советовали - дали добро на покупку диска, но подойдет ли он для Server 2003 R2? на сайте интел дрова для 2008 и выше

админ и 1сник в этой конторе стоят друг друга :)

(288) ну попердел в лужу, молодец кек
по существу то будет что-то?

(289) по существу тут много было сказано, но ты видимо деревянный и поэтому бесполезно

база 20 гигов. Файловая. Бэкап каждый час. Теперь вопрос к тем, кто советовал РИБ. На блокировки это все нарвется в первый или во второй час работы?

2 скуля и зеркалить предлагали уже?)

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

(291) (292) да уже решили проще диск переставить в резервный сервак

(294) А если база посыплется, что куда и кому встявят?)))

(295) ему то что, он же из дерева ))

(296)
Пока гром не грянет.
Году в 2011-2012 в одной известной конторе упал бэкенд.
В итоге: 2 дня простоя, потеряли анализы ВСЕХ клиентов за последний месяц, потому что бэкам был месячной давности(!)
Я ржал как конь неделю, жопы админов полыхали как электрическая дуга)))
Два новых сервака купили и собрали за 3 дня))
Не знаю как сейчас у них, когда уходил, переключение между зеркалами занимало минуты 2-3)))

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

(298) Надежно и за копейки сделать не выйдет, не надейся)))

(299) диск недешевый, почти 30т стоит на 280Гб

(300) Я так понимаю, 2 серванта по 300 не предлагать?)))

Желательное - меняем райд 1 на райд 1+0

А так - ставим отдельный ССД /хдд с быстрой записью.
Копию сначала снимаем на этот хард, потом с него тянем по сети.
Чтобы быстрый не фрагментировался - на него в течении дня только писать не стирая, стирать всё один раз ночью после бэкапа.
Этот хард больше ни для чего не используем. Желательно - чтобы тянулось по отдельной сетке, не загружая основную.

Но верное решение всё равно - ставить скуль.

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

(291) А откуда возьмутся блокировки? Из рабочей базы - только выгрузка. Обратно - только прием уведомлений с очисткой таблиц изменений.

(0) 20 гб, таки переход на сиквел вас заставит жизнь... И тут скорей всего у вас будет Посгресс. :)

Вы там это ещё бекапы на целостность не забывайте проверять, а то так коснется, а за 3 месяца ни одного валидного вжууух и нет.
На одной из работ сталкивался и от коллег так же истории слышал.
Вот и подумайте чья шкура за это поплатится.
Серверную базу не просто так предлагают, а потому что уже жизнью научены

Так как теневая копия снимается под нагрузкой, есть сомнения в 100% валидности бекапа.

А та же организация рейда с нормальными дисками и контроллером выйдет дороже чем слоник с сервером.
Ну это дело хозяйское.

(307) Ну выходит что кроме РИБа-зеркала и бекапа этого зеркала (чтоб без нагрузки) надежных вариантов-то и нет?

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

(309) РИБ тоже условно надёжный.
Ибо файловые имеют свойство дохнуть на пустом месте.
Я думаю никакого НДА я не солью без персоналий.
Федеральная розница. 2000+ (максимум 4 что ли было) файловых баз обновляются через cfu. Не РИБ
Релиз раз в неделю и растянут по доставке на 7 дней.
Базы все весят от 1 до 4 Гб не более.
Статистика следующая.
Просто так без обновлений дохнет от 1 до 10 баз в неделю.
Обновление без реструктуризации от 1 до 30.
Обновление с реструктуризацией - до 100.
Так же это все очень сильно зависит от версии платформы, на разных версиях цифры прыгают.
Ежедневный бекап через остановку.
Так вот более чем в 1 % случаев базу восстановить никак нельзя, ни бекапом (бекапы такие же битые) ничем от слова вообще, для этого был сделан отдельный облачный механизм, точнее несколько, да он жутко долгий по времени, но иногда выручал только он.
Вы точно хотите поиграть в рулетку?
База может работать, но из бекапа уже не восстанавливаться, это факт.

Ну и не забываем: .dt это не бэкап)

(311) Два годы работы с 1 база РИБ, правка конфиги раз 1-2 дня, через  3-4 месяца узел накрывался медным тазом.
Файловый режим - это демо режим платформы, тут кроме как - надо в sql переходить ничего не дано.

ОФФ: Пятнично

Коллеги, извиняюсь за оффтоп.

Клепаю батник для выгрузки под свои нужды и задумался на следующим:

параметр /С
Ему нужно скормить строку, например /CЗавершитьРаботуПользователей.

Вопрос: как сюда закинуть пароль разблокировки, текстовое сообщение и время начала и конца блокировки?
Если конечно это возможно)

Спасибо!

Я конечно дико извиняюсь, а как там ограничение в 4ГБ (цифра примерная ) на одну таблицу в файловой базе.
Там правда говорят что в 8.3 немного по другому...
Это я к тому что не сегодня завтра,  файловая переполнится и надо будет спешно переходить на SQL

(315)

Коллеги, неужели никто не знает?

(317) Параметр /C обрабатывается в коде конфигурации - если в коде предусмотрена передача пароля и пр., то смотри как это предусмотрено, если нет - дописывать.

(0) Сколко 20 Гб копируются как файлы? Если 5 мин, то вот тебе время на бэкапирование.

(319) 8 минут кобиан в зип без сжатия с шедоу

(317) /Execute в помощь, там в прикладном коде уже вызываешь АПИ БСП по блокировке базы