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

(0) полный односторонний обмен в узел. узел и бэкапируешь хоть каждых 15 минут

ну и файловая 20 гиг скоро загнется и придется на скуль переходить

(1) что за "полный односторонний обмен в узел"?

Я бы уже на 10-12 гигабайтах начал задумываться о переводе на скуль или о свёртке базы.

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

(3) да распределенка епта

ну поставьте основной сервер и резерв на ssd с хорошей сеткой между ними. Если переходить не планируете..

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

(5) ты бы объемы таблиц посмотрел, когда в середине дня она откажется писать в табличку, твои действия? Сколько часов/дней вы потеряете?

(0)да, как верно указали в (1), только РИБ поможет.

(0) а вообще это порно - 20Г файловой базы. Она от каждого чиха валиться должна по идее

(9) +100500. Летает, летает и потом бах и все) а выгрузить в дт загрузить в скуль не получится. и придется либо терять данные, либо через костыли как то разрезать таблицы бд и заливать кусками

А только файл данных 20 гигов весит?
А то может с ЖР и прочей ерундой

(11) Да не факт, что валится. Смотря что там за 20 Гб.
А то может 10 справочников. документов - присоединенные файлы по 2 гБт каждая:)

(0) zpaq может помочь. Он может делать инкрементные бэкапы в отдельные файлы, их легче передавать по сети. Можно даже наколхозить регулярное восстановление на скриптах.

А вообще переходите на скуль, там это все реализовано нормально.

P.S. Пользователей выгоняете при бэкапе?

(7) сейчас так и устроено, базы на ссд (100мб запись и 200мб чтение) и сетка 1Гбит между ними, но когда бэкапить начинает то диск занятым становится полностью и 1С тормозит у юзерей да и длится долго почти 3 часа
(8) (10) (15) но ведь не получится инкремент с ней или получится? ведь при малейшем изменении .1cd изменяется и считается изменнным поэтому копируется полностью, эта хрень даже не дефрагментируется)
(11) (12) (13) все летает не в этом вопрос, а в том как обезопасить от таких крашев и краха сервака, делать бэкап хотяб каждые 3 часа(

(16) все-таки переходи на скуль. Остальное это онанизм.

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

(16) На скуль переходят не только рази скорости.

С zpaq да, получится инкрементный. Но проблема пиковой нагрузки на диск останется. А в скуле и эта проблема решена.

Судя по "1С тормозит у юзерей" вы их не выгоняете при бэкапе. Что ж, медаль вам за отвагу.
Кстати, если выгонять, то 3 часа может превратиться в один или даже полчаса.

(18) вот и я говорю - онанизм.

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

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

(17) (20) Там походу проблема не в онанизме а в онанистах.

Даже в файловой сча новые УФ конфы прекрасно каждые 5 минут обмен проходит, незаметно для юзеров.
И всегда есть полная рабочая база которую поднять за пару секунд вместо упавшей.

(21) есть очень большая вероятность что корректно не перенесутся.

"обычными средствами бэкап длится почти 3 часа "
Чтобы 20 гиг перелить на другой сервер по гигабиту достаточно 10 минут. Даже под нагрузкой от пользователей. Тупить может по какой-то другой причине.

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

(23) тоже извращение, наподобие того, что любил применять ныне покойный Андрей Романович Чикатило.

(25) ну на самом деле там несколько баз от 2 до 20 гб)

(25) и что мне даст если примонтирую как папку теневые?

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

Не понимаю в извращение?

(27) Ну размещайте тогда базы на разных ssd-дисках, чтобы бэкапы не создавали очередь дисковых обращений.

Вот теневые это изврат из извратов, оно не восстановится потом нормально чтобы работало.

(21) Прога называется ShadowSpawn.

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

(29) *в чем

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

(22) Ты что-то не то смотришь. 20 Гб читаются с SSD за минуты (без другой нагрузки). А 3 часа это надо как-то хитро извернуться (см. "Формула любви").

(30) так и сделано, но все равно при копировании диски забиваются
(34) а как примонтировать в server 2003 теневые? чот посмотрел млинк тока с 2008
то есть ставлю диск для теневых так, чтоб не загружать рабочие рэйды? - монтирую как папку теневые - и оттуда уже штатными делаю копии на резервный?
но тогда получается 3 часа это предел(

Всё-таки переходите на sql! Вы хочете странного..

(36) Так у тебя 2003? Что ж ты раньше молчал? Ничего удивительного, он ведь не умет работать с SSD? Точнее, работает с ним, как с обычным HDD. Но три часа все равно многовато...

Ну зачем изобретать лисапеды когда внутри самой платформы 1С есть уже инкрементальный бэкап?

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

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

(38) умеет работать с ссд все норм

Или переходите на серверную 1C и sql базу со всеми их плюшками в виде возможности бэкапов на лету.

(39) хм, а она в моем случае тоже будет работать и не забивать диски\сервак\сеть?

(36) "чот посмотрел млинк тока с 2008 "
https://docs.microsoft.com/ru-ru/sysinternals/downloads/junction

(39) Не надо называть обмен бэкапом, это совсем разные вещи.

(42) Тебе уже много раз написали, она будет обмениваться только изменениями. Не всю базу лить, а только изменившиеся справочники, доки и т.д.

(43) что за хрень?
C:\Documents and Settings\it>C:\Junction\junction64.exe e:\old D:\\?\Volume{e104
911d-739a-11e1-a777-806e6f6e6963}\

Junction v1.07 - Creates and lists directory links
Copyright (C) 2005-2016 Mark Russinovich
Sysinternals - http://www.sysinternals.com

Error creating e:\old:
?????????? ??????? ????, ??? ??? ?? ??? ??????????.

(45) но ведь это для скл
файловая единая и любое изменение = изменение этого 20гб файла .1cd

(47) или там на уровне конфигуратора?

(47) (48) На уровне данных, блин!
Ты хоть почитай про РИБ и обмены, для начала.

(47) у тебя будет два разных .1cd, которые будут обмениваться содержимым

(50) Не путай его. А то зависнет, будет думать, что они друг с другом сравниваются побитно и разницу заливают)))
Пусть пробует переходить на другой уровень абстракции)))

(49) я не 1Сник если что
у нашего спрошу завтра
(50) главное чтоб не забивался диск и сервак
немного читал об этом когда пытался через дфс организовать, но чот с моим вариантом не подходило вроде
а она для всех конфигураций версий работает? у нас 8.3.6 КА

Если у вас древняя (судя по платформе 8.3.6) КА1 да еще и криво допиленная (так что РИБ из коробки не взлетит) то могу только посочувствовать.

А нафига каждые 3 часа на другой сервак бекапить. бекапь на этот и в случае чего переставил диски и вперед.

Не надо РИБ сравнивать с бэкапом :( Это путает.
В простейшем случае, когда РИБ состоит из двух узлов, то в основной базе работают пользователи, регистрируется изменения. А во время сеанса обмена эти изменения передаются в базу другого узла. Т.е. условно можно сказать, что непосредственно после сеанса обмена базы узлов синхронизированы между собой. Так как у всегда есть "горячее зеркало" базы, то бэкапы можно делать значительно реже, например раз в сутки.

(53) РИБ - это платформенный механизм, т.е. она "вшита" в платформу. Поэтому не важно насколько допиленная конфигурация - РИБ "взлетит". Проблема может быть только с составом плана обмена и автоматизацией процесса обмена по расписанию.

(56) Нет, в платформу "вшиты" ПланыОбмена на основе которых делается нужная вариация РИБ.

Если конфа допилена без учета планов обмена и РИБ, например добавлены новые объекты метаданных справочники или документы или регистры, которые не в включены в планы обмена и не исправлено в нужных местах в коде (или в правилах).

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

(57)+ Если же не долго думая включить новые/измененные в состав плана обмена, то есть вероятность что обмен упадет с ошибкой.

(0) Смело! Безрассудно, но смело.
Хороший RAID контроллер способный держать и восстанавливать RAID-1 на 5-6 дисках при горячей замене.
По сути, только успевай диски доставать и вставлять.
А вот когда размер внутренних таблиц превысит допустимый, бэкапы не помогут.
Проще перейти на любую бесплатную СУБД поддерживаемую 1С.

(0) акронисом пробовали?

(59) не факт. В новых платформах увеличили размер внутренних таблиц. Теперь не превысит.

(0) Если платят ниже рынка, то беги оттуда.

(54) Нафига на другой бэкапить?
Так я админу плешь проел что его rdp торчит наружу и...
Закономерный конец -> баз больше нет, бэкапов на дисках по smb тоже нет ;)
А что-то слегка сложнее он не осилил.

У клиента была база КА 1.1 файловая около 60 Гб. Работала... Но все равно перешли на sql.

(63) Да даже просто затопить может.

(0) >  обычными средствами ...

что такое обычные средства?

Боюсь,что проблема в том,что файл базы сильно фрагментирован,и при копировании он ищет следующие сектора разбирая формат нтфс,если райд,то там деление на блоки 128к,которые читаются порциями.
можно попробовать ночью один раз скопировать базу на те же диски,а потом оценить скорость копирования.
и это,копируем мы только 1cd,все остальное мимо.

(67) Вообще для файловой 1с следует использовать только ssd, именно из-за фрагментации. Для mssql можно сразу зарезервировать крупный блок и задать автоувеличение в процентах от размера. А в случае файловой базы .1cd прирастает мелкими фрагментами вперемешку с файлами журнала регистрации, что в большинстве случаев вызывает дикую фрагментацию, которая на обычных hdd или тем более на raid очень сильно замедляет доступ.

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

(69) Неплохо я хотел нечто похожее придумать но аналогия не пришла в голову смешная

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

(71) есть же условно бесплатная Постгрес, даже если владелец жопит на ms sql, по отзывам нормально работает, если руки из правильного места

(69) супер!

(72) > есть же условно бесплатная Постгрес
Скажите, а таки условно бесплатного сервера 1С у вас к ней нет?

(74) Условная бесплатность сервера 1С связана с условными и нет сроками.

(69) Много+.Я тоже ржу не могу)))

Автор предупреждал "Сразу к делу: есть файловая 1С - на SQL не собираемся переходить". Поэтому обсуждение сервера 1С, PostgreSQL и MS SQL на этой ветке - "флейм и оффтопик".

В этой ветке предлагают РИБ. Но если РИБ упадет, то придется приглашать дорогостоящих специалистов, а это может оказаться дороже, чем переход на SQL.

"сейчас так и устроено, базы на ссд (100мб запись и 200мб чтение)"
ССД на выброс если это скорость линейной записи/чтения. Скорость по сути RAID1 из обычных жестких дисков.
Нормальные SSD на SATA3 это 500 МБ на запись. И это ещё бюджетные.
Делать теневую копию за 1 минуту и потом по гигабиту гнать куда надо.

Но в похожей ситуации заказчик сам захотел переходить на SQL - надежнее всё таки. Как бы данные тоже стоят денег.

1сник говорит что РИБ гемор и может поломать базу(

(80)А чем подкрепляет это утверждение?

(80) покажи своему 1Снику (57) и (58) и спроси "зачем сволочь такая криво КА допиливал"?

(79) как теневые копии примонтировать как файл или диск? чот не получается на MS2003

(0) Все не читал.

Не надо гланды вырезать через зад.

1. Переходи на скуль.
2. Делай свертку.
3. настрой скуль бекап в горячую через 15 мин.

И все!
Не надо на ровном месте делать себе проблемы.

(84) да хватит уже очевидные вещи предлагать
на_данный_момент_переходить_на_скуль_НЕ_планируется
задача сейчас простая = как сделать бэкап в течение дня не прерывая работы

(85) Для вас не меняя 1Сника или админа или руководство никак.

(85) так риб же советовали еще в самом начале

(85)
Вы   -Врач не хочу вырывать зуб. Как не вырывать и чтоб не болело?
Врач -Зуб уже не спасти надо вырывать!
Вы   -Но я не хочу вырывать зуб!...

ставишь кобиан бэкап гравити, настраиваешь расписание на теневой локальный бэкап, на локальную папку бэкапа настраиваешь односторонний синк на мегасервербэкапов, всё

(85) Все ответы уже даны. Читай внимательно.
Например (83) -> (32)/

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

(87) Я бы РИБ не советовал, все же это не бэкап. В час X нет гарантии, что добавленный полгода назад документ/реквизит будет в наличии в копии.

(92) Этот отсутсвующий док можно дернуть с любого бекапа выгрузки еженедельно и ЦБ.

(93) Я имею в виду новый объект метаданных.

(92) Разве фишка РИБа не в том что регулярные обмены раз в 15 мин обновляют копию, а вот эту копию уже раз в час (3 часа) бэкапировать, тогда в час Х будут все необходимые бэкапы?

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

(96) ты так и не сказал каким средствами ты делаешь бэкап сейчас. тупо копирование всего файла пробовал? 1cd уже в неком сжатом формате, кстати. архиваторы его не особо ужимают

(80) ваш 1сник сломался. несите следующего

(96) просто в windows копируй файл 1Cv8.1CD и всё. Пользователи в это время нормально работают. Какие еще теневые диски.

Сотка
(80) а ты там кем?

(99) Вы можете так делать, если вам не важен результат

(97) если интересно то сейчас делаю через freefilesync - советую эту крутую прогу. кстати ща посмотрел она тоже может использовать теневые копии чтоб заблокированные файлы копировать - попробую через нее сначала
1cd вообще странный файл - он например даже не дефрагментируется
(99) почитай всю ветку или хотяб шапку - тормозить начинает все так как диск забивается
(102)  (98)  да что так рака то много?
МОДЕРАТОР перебань их пожалуйста

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

(96) он будет его использовать т.к. там галка стоит юзе шэдоу вольюм копи. синк любой, консистентный на 99.9% бэкап у тебя есть, просто слить его на другое хранилище. Даже от мс есть утилитки, от русиновича, икскопи, любая приблуда которую кобиан запустит из пост бэкап ивентс
(104) и сбросить все кеши на диск при создании тени

(80) Ваш 1сник просто лентяй. Это без всякого стеба.
Пусть хотя бы просто обычный обмен с идентичной базой нарисует, а ты эту базу будешь бэкапить хоть каждые 15 минут.

+ (106) Односторонний обмен из рабочей базы в "запасную"

(107) (106) это опять про РИБ?

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

(109) Извините но Вы уже слегка надоели своей неграмотностью.
Файловая база 1С силами платформы 1С не предназначена и не приспособлена для горячих бэкапов внешними средствами.

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

В случае 1С все еще хуже чем с письмом от руки.

(110)+ В случае же бэкапа .1cd мгновенная копия невозможна, копирование будет долгим и 1С успеет еще что то записать/стереть пока копируется.

Каждые 3 часа выгонять всех из базы, отрубать доступ и копировать файлы базы. Пусть прочуют радость экономного бытия. И согласен с предыдущими ораторами, что здесь вопрос не столько технический или денежный, сколько о твоей пятой точке.

сейчас попробовал бэкапить из теневых, а бэкапщик все равно забивает диск рабочий(( при открытой 1с и выполнении там операций!а диск с теневым отдыхает

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

(115) вернее, не сами измененные блоки, а предыдущие версии этих блоков

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

(117) точно так и есть - сейчас проверил - дата изменения файла записывается после закрытия 1с
это в тестовой я делал и там был один - значит если много юзверей робят то вероятность закрытия на момент бэкапа увеличивается
но в любом случае при копировании он забивает диск(( надо принудительно обязать его брать копию с теневого!

(118) В хранилище теневых копий попадает не файл целиком, а только старые версии измененных блоков. А при обращении к теневой копии файла происходит чтение как и исходного места файла, для обращения к блокам которые не менялись, так и к сохраненным теневым копиям измененных блоков. Журнал тут вообще ни при чем.

(101) я уже 10 лет так делаю, никаких проблем не было. Так что не путай парня.

(120) а как же забитие диска?

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

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

(123) а где они еще хранятся? теневые копии = снимок файла
снимок сделан 3 часа назад и лежит на соседнем диске - восстанавливается на целевом из этого снимка
вы про RAID технологию слышали? RAID5 например? вот точно так же работает
поэтому и 1сд не использует так как он не задействован .а все изменения делаются в больших логах пограничных откуда потом объединяются в 1сд
вот я щас еще раз проверил - он и берет 1сд с рабочего так как видит что он не занят, а логи берет с теневого диска
теперь задача - принудительно заставить его брать все файлы с теневого

(124) "теневые копии = снимок файла"
Логически - да, физически - нет

(125) ну правильно - физически будет восстановлен на диске целевом куда укажем - в данном случае на бэкапном

(126) Теневая копия ФИЗИЧЕСКИ хранится в разных местах, часть - на исходном диске, часть - на томе теневых копий (он может быть тем же диском, может быть другим). Соответственно, когда вы копируете файл из теневой копии, то чтение происходит из разных мест. Один блок физически читается из оригинала, а второй - из теневой копии. Не важно куда вы там "восстанавливаете".

Теневые копии (как и RAID с резервом надежности) всегда замедляют запись данных.

Интересно юзеры там не жалуются что 1С тормозит зверски файловая?

(127) там лишь символьная ссылка для связи с диском с которого надо теневые делать
а так теоретически вы можете диск с теневыми старыми отключить - подрубить к другому компу вообще и через программку восстановить оттуда полные копии
(128) у нас RAID1 там запись как у одиночного, а чтение в 2 раза быстрее и база летает

(129) "Зеркало УВЕЛИЧИВАЕТ скорость чтения примерно в 2 раза, и УМЕНЬШАЕТ скорость записи примерно на 20%."
из RAID 1 увеличивает ли скорость чтения или только отказоустойчивость?

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

(130) от контроллеров зависит и дисков
у нас запись как у одиночного
рэйд из ссд

Сделай рэйд с возможностью замены половины дисков на лету и восстановления полных данных из вытащенных.

И вытаскивай, вставляй новые, затем с вытащенных сливай в бэкап и заново меняй на вытащенные...

И вот https://cs6.pikabu.ru/post_img/2017/07/31/10/1501520206141665456.jpg

(129) Симлинк это всего лишь способ доступа к теневой копии, и это не значит что данные физически лежат там, куда указывает симлинк.

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

(134) Если тебе посоветуют пальцы в розетку засунуть чтобы волосы сами расчесались послушаешься?

(135) ну если чувак докажет что так уже делал то почему бы и нет?)

(108) Нет, не РИБ, но к 1С руки придется приложить, а у вас программист ленивый, так что вам это не подойдет. Забей...

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

(138) Актуальность может быть хоть ежеминутная. С какой частотой обмен сделаешь, с такой частотой она и будет обновляться.

(139) что за обмен то?

(140) Самый обычный обмен. Думаю у вас есть где-нибудь в сервисе такой пункт меню - обмен с такой же базой.

(141)Насоветуете сейчас ага. Потом программист изменит конфигурацию и обмены сломаются. К настройке РИБ для бекапов нужен нормальный 1Сник. Который скрипты обновления конфигурации переферийного узла наваяет в автоматическом режиме. И скрипт который проконтролирует, что файл обмена загрузился нормально. А если не нормально, то пришлет сообщение админу. Этот же скрипт мог бы и бекап базы делать сразу после обмена. Но как обычно, если бы было все так просто топика бы не было: "Проблему нельзя решить на том уровне компетенции, на котором она возникла." Программиста 1С нет, вместо него рассказчик анекдотов: "РиБ это гемор и сломается база". А sql религия запретила. И вообще данные на супер быстрых дисках копируются три часа (у меня 4гиговый файл из интернета прилетает за несколько минут). Где-то проблема, но не могу понять где. Но скорее всего не в дисках и не в базе.

(142) если б в компаниях все качали 4гига за минуты то вся сеть лежала бы постоянно
и 141 не про РИБ пишет
короче очередной флудофлэймщик
МОДЕРАТОР бань его

(143) убери руки от компьютера.
похоже все кто рейд из ссд собирают 100% наркоманы, только не сразу палятся

(144) смысл в таких сообщениях? Написал бы лучше по сути, что не так с ССД-рейдами

(146) создал бы тему и там бы написал ок? тут тема о другом - дневной бэкап файловой 1С

(145)На данном форуме в тематических ветках не ТС решает, в каком направлении пойдет дискуссия.

(0)
Моя рекомендация:
Не занмайтесь извратами, просто переходите на скуль (мелкософт, постгри).
Всё остальное - от лукавого.

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

(0) Вот тогда вам рекомендации с ИТС. правда для 7.7., но общую идею я думаю будет понятна. "С точки зрения объема хранимой информации, переход на версию для SQL оправдан начиная примерно с объема базы данных в 200 мегабайт и весьма желателен начиная с 500мегабайт."

(0) купи пару быстрых ССД или один очень быстрый, например, Optane 900p. Делай копию на этот же диск, а там уж как религия позволяет куда угодно на меньшей скорости.
Цена вопроса 30к.

(151)На каком основании? Рекомендации вполне попадают в тему. То, что вас это решение не устраивает, нарушением правил не является.

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

(150) уже писал ТСу про (мини)сервер и пострги - начинает плакать и звать модератора

(153) так есть диск - но чтоб туда скопировать - надо загрузить рабочий диск
(152) ну не готов ни 1сник ни руководство к переходу сейчас - МОДЕРАТОР бань уже надоело  и этого (156)
(154) переход на ссд не решает проблемы загруженности рабочего диска

(157)Это и есть дискуссия, а не нарушение правил. Вы можете приобрести на форуме индивидуальную поддержку и получать только выгодные вам предложения: https://pro.mista.ru/experts.php

(158) в шапке специально написано, что про субд знаем и пока переходить не будем - пишут про субд
какая это дискуссия? это флуд,флэйм и рак

(159) Вообще-то это и есть дискуссия. До тебя пытаются донести, что ваша позиция - не переходить на SQL, неправильная. Мало того, объясняют почему неправильная и какие есть альтернативные варианты, а ты вместо того чтобы поблагодарить людей за разные советы плюешься во все стороны и обзываешь раками.
Если не хочешь слушать советы, то зачем сюда вообще пришел?

(159)В 4 из 5 тем на форуме в итоге автору объясняют, что он не прав. Это форум. И может стоит задуматься, почему каждый второй, кто в ветку заходит, так упорно пишет одно и то же :)

(161) ну так 1 из 5 как раз и дает информацию по существу и с ним дискуссия
все по правилу Парето - 20 на 80

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

я тоже голосую за скл

но можно акронисом диск копировать целеком

каждые 3 часа

каждый час

(18) я не представляю каким образом "мгновенно" можно получить снимок (то есть копию). даже с использованием механизма теневых копий. может кто разжует подробнее для несведущих?

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

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

(166) не обязательно весь диск, акронисом можно отдельно папку или файл бекапить

(171) а там без разницы - любой файл копирует и он максимально диск забивает
ну по крайней мере проверено в кобиане и фрифайлсинк

(157) Что значит загрузить рабочий диск? На примере Optane имеешь по 500к IOPS на чтение и на запись, плюс устойчивые 500Мбс, 20 гиговая база будет 40 секунд копироваться. Никто не заметит нагрузки!

(143)>>если б в компаниях все качали 4гига за минуты то вся сеть лежала бы постоянно
Давай напишу как для ребенка - у меня дома файлы из интернета, на роутере за 2.5тр грузятся быстрее, чем у тебя копируются с диска на диск. Или у тебя что-то не то, с твоими супер пупер дискорейдами, или у меня комп из будущего.

>>и 141 не про РИБ пишет
Ну ка просвети меня. Про, что же он пишет?

>>короче очередной флудофлэймщик
Просто всю ветку идет следующая мысль: мне надо вытащить данные с диска. Диск в результате загружен(что ожидаемо), можно ли мне как-то читать диск, не читая диск? Ну скажите мне, что магия существует и это возможно? Ну пожалуйста!

Как вариант можно собрать дисковую полку на ZFS и через оптику подмонтировать раздел с базой на рабочий сервер. На ZFS снимки делаются мгновенно, но их желательно удалять регламентно скажем ночью, т.к. при этом происходит слияние. Оптика нужна конечно хотя бы 10Гб/с.

ТС, сколько платишь за удаленное решение вопроса?

(173) У него 2003 сервер, какой нафик Optane?

(175)Тут SQL сервер поставить уже из области фантастики. А ты приобрести, провести, 10 гигабит...

(177) А вот ты зря думаешь, что не взлетит. Я его умею даже на старье загрузочным сделать.

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

(178) 2 карты и шнур обошлись в 2000 рублей.
Сервер под полку нужен самый простой. Ну скажем за 15-20 можно найти. Optane самый лажовый 20к.
Работу не могу оценить, кто умеет за пару часов справится.

(180) ZFS на BSD работает, умеет из коробки. Про MS не знаю. В принципе можно BSD, ZFS, Optane, VirtualBox. Помнится винда ставилась 3-5 минут.

(173) у нас контроллер не поддерживает такие скорости) сата 2 максимум и сас до 6гб
общий объем баз 80гб, там их несколько по 20 в среднем
(174) лол ну потмоу что это у тебя дома где ты один и вся полоса у тебя - в компаниях стоит ограничения чтобы не забивали канал такие вот умники)
он про обычный обмен в сервисе, а РИБ я так понял это совсем другое - 1сник наш еще не ответил
вот и думай или ты максималист 13-летний, что все на свете знаешь? вот мы нашли вариант когда теневые на другом диске и примонитрованные как папка - тогда можно бэкапить сразу теневые, но чот не получается в 2003 сервере линк сделать
еще бэкапщики используют теневые, но пока не нашли такой чтоб принудительно использовал теневые даже если не занят исходный файл
еще вариант с рэйдами, но тут опасно так как вытащенный диск может и не заработать(
(175) у нас уже рэйд массив с базами
(180) так дифы все бэкапщики делают, но загружают диск
(181) ну за такие деньги можно и сервак 1с купить, а чтонить попроще? ну чтоб хотяб пару раз днем бэкап можно было делать?

(182) Optane ставится в PCI-e 8x он не SATA

(183) Или 20к потратить и систему на нём поставить. Всё будет летать! Или распределёнка!

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

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

Теневые копии пофиг на каком диске, все равно при бэкапе чтение идет с основного и конкурирует с рабочей нагрузкой.

(185) у нас кстати материнка PCI-3 не поддерживает, а только 2 - сколько тогда скорость будет?

(182) Да, я в первую очередь как раз zfs и btrfs и имел в виду. Короче, fs с поддержкой cow. Там любые снэпшоты мгновенно делаются.
Ессно это дается не даром, но на сам момент создания снэпшота как раз никаких накладных затрат не приходится.

(187) теневым не пофиг - если на отдельном диске они то он оттуда и будет брать их, а не с рабочего
вот идея появилась - а может сетевуху на 10Гбит поставить? ведь тогда пролетать быстрее по идее должен
сейчас 80Гб копируются почти 3 часа на 1Гбит

(190) 10 гбит карты тоже в PCI-e ставятся. Модель матери озвучь.

(190) 2-3 часа иногда и 1,5 часа ща по логам посмотрел

(190) Ты не понимаешь, как работают теневые. Почитай https://en.wikipedia.org/wiki/Copy-on-write#In_computer_storage

На другой SSD на этом же сервере замерь копирование.

(192) Так понятно. У него оказывается проблема, что ДОЛГО по сети стягивается. Сеть проапгреёдишь начнешь на диски жаловаться. Нет смысла в 10гб если у тебя диски 1гб выдают. Проще поставить вторую карточку на 1гб и по ней тянуть на девелоперский ПК.

(191) Сервер HP Proliant DL180G6 HSTNS-2118
(193) читай ветку всю - там уже был такой умник, который не понимал что такое теневые и чем снимок от файла отличается

(195) У тебя там х8 2 штуки. Другое дело куда копировать. Там как бы если мать десктопная надо иметь свободный слот.
Короче вариантов тебе накидали, удачи!

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

(197) Зря сарказмируешь. Так и делают, если сеть узкое место. Сначала на другой диск, а потом спокойно передают по сети куда нужно, никому не мешая.

(195) Во, узнал как продукт от MS называется. Он как раз через теневое копирование работает. https://ru.wikipedia.org/wiki/System_Center_Data_Protection_Manager

Еще вопрос что для быстродействия нельзя ссд забивать, на нём должно быть свободная минимум половина. Может и в этом быть косяк.

ТС почему то не понимает (все еще) что корректная с точки зрения файловой и операционной систем "теневая копия" может являться не корректной с точки зрения платформы 1С.

Потому что "объекты 1С" хранятся в разных таблицах одновременно, а изменениях в таблицах не факт что записываются четко по целым записям, без деления что сначала поле1 пишем на диск для всех записей в транзакции, а затем уже поле2 для всех записей и только потом закрываем транзакцию.

Короче как система кэширования в 1С работает лично я хз, но рисковать бы не стал вероятностью получить по шапке.

Напомнило цитату с баша.

robot:Каждый раз после сношения подруга замечает, что у нее немеет кожа живота, то есть теряет чувствительность. Продолжается онемение несколько минут. Это нормально или признак паталогии? При этом месячные задерживаются уже 1,5 месяца.
Kryptos:Ты спокойный парень я смотрю,..

(183)>> лол ну потмоу что это у тебя дома где ты один и вся полоса у тебя - в компаниях стоит ограничения чтобы не забивали канал такие вот умники)
Пытался рассказать как для ребенка, ты все равно ничего не понял. Я уже и не знаю как тебе объяснить. Я говорю, что на моем компе (тоже с сата2) данные скачиваются из интернета(если они скачиваются, то они куда то записываются) на обычный hdd быстрее, чем у тебя в рейдах ssd. При этом нагрузка на диск околонулевая. Перестань тригерриться на слово слово сеть и обрати внимание на слово диск. ОК. Если прям очень сложно как-то откинуть сеть, то я просто взял50 гигов папку с базами, там были и базы 77(много мелких файлов ert, dbf, cdx они копируются очень медленно). И перекинул на другой диск - скорость 50-70 мегабайт в секунду, все закончилось за 17 минут плюс минус минута, убрать 77, минус еще пару минут. Вот этот момент я не могу понять. Как у  тебя получается делать копии по несколько часов? Надеюсь в этот раз до тебя дойдет смысл вопроса.

>>он про обычный обмен в сервисе, а РИБ я так понял это совсем другое
Ты понял неправильно

>>вот и думай или ты максималист 13-летний
Да максималист ага, только не 13летний а с 13летним стажем(ну почти) только на этом форуме я уже как 10 лет

>>, что все на свете знаешь?
Ну, что такое РИБ сумел разобраться, чтобы ты мог верить мне на слово. Когда я тебе говорю это РИБЕще до вчерашнего дня думал, что прочитать диск не читая диск, можно только в параллельной вселенной. Я конечно мож

>>еще бэкапщики используют теневые, но пока не нашли такой чтоб принудительно использовал теневые даже если не занят исходный файл
Дорогой друг все еще верит, что найдется магия которая позволит получить данные с диска, не читая диск. Упорству твоему пою я песню. Если долго мучаться, что нибудь получится. Ну ок взяли попкорн, ожидаем, что получится. По дороге почитали https://toster.ru/q/401648 где жирным выделено "по факту теневая копия ничего не копирует." По ссылке не  ходи, тебе все это рассказали постов 50-100, назад. Но ты почему, то не веришь.

(203)>>Когда я тебе говорю это РИБЕще до вчерашнего дня думал, что прочитать диск не читая диск, можно только в параллельной вселенной. Я конечно мож
Тач падом немного сдвинул курсор, сорян.

(198) это не сарказм я серьезно, просто чот такой вариант вылетел. надо попробовать перекинуть днем во время работы на соседний диск. наверняка будет времени меньше, но даже если пол часа будет забит рабочий диск это не гуд (199) спасибо поизучаю (200) ну ни половину, а 10% (201) об этом не беспокойся, малыш, снимок на то и снимок что ВСЁ снимает и логи и темпы и пр (203) ой всё иди изучай матчасть по сетям и дискам потом приходи - МОДЕРАТОР бань флудофлэймщика

Долго читал... Почти всё. Мне кажется есть простой способ перехода на SQL.
Судя по (0) есть "резервный" сервак и "хорошая" ночная копия. Итак суть эксперимента: приходим рано утром, запускаем секундомер и пытаемся поднять на резервном серваке последнюю копию. Смотрим на результат и сравниваем с ~10-15 минутами, которые нужны для поднятия инкрементной копии на скуле (которая может делаться хоть каждые полчаса).

++ (186)"но когда созреют 1сник и руководство неизвестно" - этот процесс ускорит "созревание"

(205) три минуты он будет нагружен, три, минуты, карл. кобиан в 7з отдаст поток 100Мб, 150МБ в один поток держат любые классические блины куда локально надо сделать бэкап. ссд и юзеры ничего не заметят

Ох, ну не хрена себе вы тут нафлудили. ))))
По-моему, автор ветки тупо троллит всех, неся откровенную ахинею про сказочных эльфов, волшебным образом поддерживающих транзакционную целостность файловой базы сторонними, не 1С, средствами. А все так активно ведутся на это бред. Забавно.

(80) ваш 1сник говорит ерунду. А вот бэкап файловой базы "на живую", при работе пользователей, складёт базу гораздо вернее

(210) это как бэкап уронит рабочую базу?

Автор, а ты слышал что-нибудь про транзакции? Эти штуковины обеспечивают целостность данных. С точки зрения транзации, должен записаться весь набор данных, либо не записаться вообще. Допустим, записывается набор данных:

№Строки Товар Количество
1 Карандаш 2
2 Маркер 5
3 Линейка 3

когда работает СУБД (а у файловой версии тоже есть своя СУБД), она сначала убедится, что записались все данные, и только потом снимет транзакцию. Это обеспечивает целостность данных. Представь себе, что в это время налитает внешний костыль и копирует куски базы данных. Что получится? А получится вот такая галиматья:

№Строки Товар Количество
1 Карандаш 2
2 Маркер

потому что внешний костыль копировал базу во время записи в таблицу. Ну, и куда ты потом с такими данными?

(209) (210) Да не, он просто обладает каким-то тайным знанием, которое дает ему уверенность в транзакционной целостности, но он этим знанием не хочет с нами делиться.
(211) Бэкап не уронит, он просто не поднимется.

(208) 80Гб будет 3 минуты загружен? через сата 2 или сас 6гб?

(210) почему?

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

(211) файловая база штука хрупкая. Не случайно БСПшное резервное копирование сначала пытается завершить все сеансы пользователей, и только потом выполняет копирование.

https://ibb.co/hHdqYxZ

(215) Потому что получишь вот такое сообщение, когда поднимешь базу из бэкапа:
http://24консультация.рф/wp-content/uploads/2018/05/ошибка-СУБД-в-1С.png

(216) что может знать бэкапщик о механизме транзакций?

+ (218) Но может и не получишь. Тут как повезет.

(208) а я не пробовал - если в архив делать то быстрее освободится диск рабочий чем если открытый бэкап делать? мне кажется одинаково по времени

(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 в помощь, там в прикладном коде уже вызываешь АПИ БСП по блокировке базы