А где можно почитать что 1С не рекомендует в dt бекапить?

В гугле.

На мисте.

(0) Однако упрямо продолжает оставлять лазейку в конфигураторе...

Глава 6 книжки "Администрирование"
6.7. Выгрузка информационной базы данных в файл

Текущую информационную базу данных можно сохранить в файл на диске. Для сохранения данных в файл нужно выбрать пункт Администрирование – Выгрузить информационную базу данных в файл. На экран выводится стандартный диалог выбора файла. Следует выбрать каталог и указать имя файла, в который будут записаны данные.

Механизм выгрузки предназначен:

? для получения образа информационной базы независимо от способа хранения данных;

? для переноса информационной базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант).

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

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

? может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;

? длительное время создания;

? необходимость монопольного доступа к базе данных;

? высокие требования к оперативной памяти.

ПРИМЕЧАНИЕ. Работа информационной базы в монопольном режиме не переводит базу данных MS SQL в однопользовательский режим (single user).

(0) Да, не рекомендует.
Ибо есть большая вероятность потерять часть информации.

http://its.1c.ru/db/metod8dev#content:2922:hdoc

Новые релизы теперь перед выгрузкой целостность проверяют

зато dt компактнее бекапа SQL и разово вполне годно
особенно когда надо перейти на более старую версию SQL сервера

Клиент-серверный вариант. Руководство администратора
Глава 5. Администрирование
5.1. Администрирование информационной базы
5.1.1. Создание резервной копии в клиент-серверном варианте

Рекомендуется использовать для создания резервной копии:
? Для файлового варианта – копирование файла 1Cv8.1CD, при этом к информационной базе не должно быть никаких подключений (в том числе и конфигуратором).
? Для клиент-серверного варианта – средствами резервного копирования соответствующей СУБД.

Ну я где-то в явном виде встречал рекомендации (для файловой версии) просто скопировать 1cv8.md и потом его пожать.

(7) Вопрос был про рекомендации 1С.

(9) уп-с, с расширением ошибся, конечно как в (8) 1cd

(9) md и dt - это в разных версиях )

(7) Это от того, что в ДТ пишется только актуальная информация, а в Скуль - вся.

(13) это от разных форматов. Скажем так ДТ пишет плотно, а скуль как удобно для изменения данных и не сжимает при удалении. К тому же скуль содержит индексы

(3) Какую лазейку, ты о чем? Как из скулевой в файловую и наоборот переносить?

(15) выгрузка/загрузка в xml например ;))))

(16) Угу еще руками можно

(17) лучше по первичке ))

(18) с факса

(14) Неа.
Есть такая штука в ТИИ "Сжатие данных". И выгрузка-загрузка ДТ как раз таки и делает это самое сжатие.

(20) что значит неа, ты по-моему только подтверждаешь мои слова

(21) "Сжатие данных" в ТИИ удаляет удалённые данные. Ты, когда удаляешь что-то обработкой "Удаление Объектов", то оно в базе остаётся, а окончательно из базы удаляется только этой галочкой.

(0) Такой рекомендации нет. Есть только предупреждение о необходимости учитывать некоторые особенности механизма выгрузки/загрузки.

Имхо, как мне кажется, есть только одна ситуация, когда выгрузку/загрузку в/из .dt не стоит использовать: в качестве получения резервной копии аварийной базы перед попыткой восстановления - нет никаких гарантий, что вам не потребуется откатиться к предыдущему состоянию базы и файл выгрузки вам это позволит сделать.
Ваш кэп :)

(23) Вообще-то, такая рекомендация есть. Более того, в теме несколько раз озвучена и даны ссылки.

(24) Процитирована, батенька )

(24) Цитату, сэр, со словами "не рекомендуется" и источник. К своему посту я могу указать фразу, а Вы?

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

(27) а про запрет и нет речи
есть цитата "Не рекомендуется"

(28) Где?? Где в источниках от 1С  "Не рекомендуется".

(29) См. (4)

(29) доступ есть к итс? там все есть в разделе администрирование
выше уже цитировали

(0) а во что рекомендует?

Иногда и тестирование и исправление не помогает, протестил через месяц - месяц все битые будут базы в архивах валяться

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

Про сказки венского леса, что dt.. сто раз так делал, ничего страшного.

"Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:..."

Цитату так никто и не привёл. А зря. Ибо нет безусловного "не рекомендуется" для выгрузки/загрузки. Есть только "не рекомендуется", которое касается создания, да и то с перечнем причин.

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

(30) (31) Так сходи по ссылкам. Там нет слова НЕ Рекомендуется
Там написано что рекомендуется делать копию 1CD, но не написано что НЕ рекомендуется DT

(20) Сжатие данных в ТиИ - это аналог Сжатия для dbf в 77, т.е. физическая очистка записей Имеет смысл только для файловых баз. В dt - данные реально ужимаются, возможно тем же механизмом, который сжимает файлы конфы.

(36) слова нет, но и Рекомендации - нет. То есть - не рекомендуется.

(38) "ВР рекомендует заходить на мисту через хром" Означает ли это что ВР НЕ рекомендует фаервокс?

(39) однозначно. Если не рекомендует фаерфокс, значит - не рекомендует. Все же логично.

(40) странная логика. А может ВР просто не в состоянии перечислить все браузеры и мобильные клиенты через которые пользователи могут заходить на мисту. Он любитель хрома и проверил работоспособности на хроме, поэтому его и рекомендует. А на фаерфокс он просто даже и не пробовал заходить, поэтому и не стал перечислять в списке рекомендаций. Но это не значит что с фаерфоксом могут быть проблемы которых нет в хроме

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

(40) Хорошо, чиновники рекомендуют ездить на отдых в Крым, означает ли это что чиновники НЕ рекомендуют отдыхать в Сочи?

ведь по твоей логики если чиновники не рекомендуют Сочи, значит они в явном виде  не рекомендуют туда ездить. Так что ли?

(41) Логика более чем очевидная. В данном случае не имеет значения, какой браузер он рекомендовал. Фаерфокс - он точно (исходя из вашего предположения) - не рекомендовал.

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

(44) именно. Если чиновники - не рекомендуют Сочи (а - рекомендуют, например, Крым - с чем лично я согласен) - то однозначно, чиновники не рекомендуют Сочи. Хотя насчет чиновников - тут я еще посомневаюсь, они могут и извернуться, работа такая.

(0)
не бакапь в dt, делов то.
Я  его использую тока для выгрузить базу- загрузить базу, иногда, когда надо базу сократить.

Вы спорьте дальше, не обращайте внимания :)

За всё время использования *.dt я только дважды встречался с ситуациями, когда не смог ранее выгруженное загрузить. Первый раз когда с файловой на PostgreSQL переползал и второй раз - когда с PostgreSQL на MS SQL переезжал.

PS: выгрузку/загрузку использую из-за зоопарка платформ в риб-базе и файловой копии для разработки и обновлений.

(48) нас тут походу таких двое. Ну за исключением того что я с PostgreSQL не игрался и поэтому dt файл с 2006 года еще ниразу меня не подвел

Хз, ни разу я лично не встречал траблов с dt файлом.
Может охват маловат.

(36) Ну вот ты сходи по http://its.1c.ru/db/v837doc#bookmark:adm:TI000000137 и посмотри на "Не рекомендуется"
(35) Я стесняюсь спросить, родной ли для тебя русский язык?
Когда выдаётся фраза "Не рекомендуется использовать данный способ для создания резервной копии информационной базы", то обычно принято понимать это как то, что не рекомендуется этот способ для создания резервной копии информационной базы. Это способ, и это вполне очевидно следует из текста, нужен для других целей.
Разработчик ПО русским по белому говорит - оно не обязано загружаться обратно, оно не создаёт точный снимок данных.
Это же, блин, основное назначение резервной копии - она надежна должна быть.

Это не говоря уже про то, что настройка регламентов на создание бэкапов через dt - верх извращенства.

(49) Бэкап штука такая.
Достаточно одного раза.
И когда ты придёшь на мисту и скажешь "Упала база, пытаюсь поднять бэкап из dt - ругается на неуникальный индекс" или "Получаю сообщение, что не все данные были загружены" - тебе еще раз скинут ссылки про то, что 1с не гарантировало тебе ничего и что сам виноват.
Полезно такие ситуации заранее предусматривать.

(51) прости но bak файл выгруженный средствами скуля тоже не всегда можно восстановить
Так же как и за архивированный 1CD файл тоже иногда не удается распаковать.
Так что нет никакой гарантии что рекомендованными средствами получиться удачно восстановить из копии

(52) Для этого нужно бекапить минимум 3-мя различными способами. Все остальное лотерея

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

(48) Однажды (на 81 еще) - хотел развернуть копию - получил в итоге девственно чистую базу. Никто не пострадал, кроме моих ног, которым пришлось сделать еще одну вылазку в поля, но впечатление осталось.
И на постгри - тут я уже опосредованно участвовал, как фришник, ведущий программу (сервера, базы - не мое, у меня даже в консоль доступа нет). Местный админ поднял рабочую  базу из dt и убил короче (суть точно  не помню, но в итоге пришлось заливать конфу напрямую из копии, благо конфа была в копии актуальной)

(53) Если он не поврежден то гарантированно откроется.
А DT может не открыться даже будучи не поврежденным.

(48) Ну значит мало ты с 1С работаешь, че.
У меня несколько раз уж было, что dt битый.
С 1CD таких случаев не припомню.

+(58) есть у меня УПП в развернутом виде 300гб, в dt 25 гб, выгружалась около 2 ч., эта же база полным бекапом скл выгружается 25 мин.
Некоторые выгрузки dt, обратно загрузить так и не удалось.
Конфигуратор падал во время загрузки с разными ошибками.

(49) Вообще меня тоже никогда dt не подводил.
Работаю в 1С не очень давно - с 2009 года.

(58) (0) Блин, вы такие страхи рассказываете!
Прямо переворот мира.
Как же жить дальше? :(

у выгрузки есть еще один минус - она занимает базу монопольно

(49) так ты определись: проблем у тебя с dt не было или от 1с нет рекомендаций

(62) + еще вытекающий минус, если база большая, к примеру больше 100 Гб, нужно много оперативки и времени на бэкап

(53) 1CD файл гарантированно копируется один в один, в отличии от dt

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

(53) Да что уж там, и 1CD без архива может оказаться поврежденный.
А еще может метеорит на бэкап-сервер упасть.
Универсального ответа нет, вся жизнь - лотерея, вокруг нас неопределенность Гейзенберга, так что бэкапы делать вообще не надо, презервативами не пользоваться, ПДД не соблюдать.

(51) "Я стесняюсь спросить, родной ли для тебя русский язык?" - не стесняйтесь своих комплексов, спрашивайте - отвечу.

(58) "Ну значит мало ты с 1С работаешь, че." - точно, всего-то чуть более десятка лет, как на УПП имел несчастье согласиться работать :)

(68) всего-то чуть более десятка лет, как на УПП имел несчастье согласиться работать

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

Выводы очевидны, господа! Пристёгиваться не нужно. Мой могучий опыт красноречиво всё доказывает, жалкие рекомендации автопроизводителей, ГИБДД, ПДД не должны вас сбить с толку!

(7) Зато если сжать скульный образ тем же 7zip, то будет тоже компактно.

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

(69) А кто Вам сказал, уважаемый, что выгрузка в *.dt у меня единственный метод получения резервных копий? Или я, подтверждая надёжность механизма выгрузки/загрузки, где-то рекомендовал использовать этот метод вместо других рекомендованных?

Выгрузку/загрузку я делаю "для себя", для удобства своей собственной работы. А бэкапы информационных баз делаются, как положено, в MS SQL. Одно другому не мешает.

Так что ты это... пристёгивайся :)

(72) Да, сложно всё. )
1С не рекомендует этот метод именно для резервного копирования. И объясняет, почему. И ещё пишет, для чего придуман этот механизм (далее цитата):

> для получения образа информационной базы независимо от способа хранения данных;
> для переноса информационной базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант).

(72) сам то не запутался в своих комментах?

(74) Верно он пишет. Скуль жмет быстрее архиваторов. После него жать не надо. Как на постгрях - не знаю.

+(75) Мало того, на больших объемах бэкап со сжатием происходит быстрее, чем без сжатия.

Очередное виляние в стиле второклассника.

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

Сначала говоришь "ткните мне в ссылку, официально ничего такого нет", потом "Да, написано, что не рекомендуется, но на самом деле они имели ввиду другое", потом "у меня 10 лет не было обрывов", ну и финальное "я вообще сам для бэкапов никогда не пользуюсь dt, с чего вы взяли".

Стиль ведения дискуссии просто бесподобен!

(75) нужно говорить не "верно он пишет", а "я с ним согласен"

(78) Так говори, кто запрещает.

(77) ну развлекается человек в конце недели словотворчеством
может себе позволить такую слабость)

(79) я к тому, что не нужно вещать от лица истины

(81) Если не считаешь утверждение истиной - оспорь. Нет аргументов - чего в сторону уходить?

Баян 2011 года :)
Внезапно! оказалось что 1С не рекомендует бекапить 8ку посредством выгрузки в dt

(81) Сори, это я ошибся в адресации. Второпях подумал, что пост (74) ответ на (71). А оно не так. Остальные непонятки пошли именно от этого.

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

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

Т.е. на фразу "2+2=4" разумно ответить "Это истина", а не "Я согласен со мнением господина М.".

Ну и вообще у вас спор ни с чего начался (74) написал в сторону (72)

(83) Более ранний баян:
> Дикообразко 03.03.11 - 20:53
> Лет 5 назад это на партнерской конференции обсуждали

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

(84)  ок

(77)

Стиль ведения дискуссии просто бесподобен! В философско-демагогичных категориях.

(26) >> Цитату, сэр, со словами "не рекомендуется" и источник

С какого перепугу нужна такая цитата?
Есть куча цитат с перечнем того, что рекомендуется!!! (для файловой - это копирование файла 1cv8.1CD вручную или специализированными программными средствами создания бекапов)

И в этом перечне НЕТ рекомендации использовать выгрузку в dt. Если такой рекомендации не существует, то почему нельзя считать, что 1С не рекомендует такой способ создания резервной копии?

А еще можно (кук тут уже предлагали) выгружать данные в xml и конфу в файлы. инструменты такие есть. Давайте использовать этот метод создания бекапов. Ведь 1С нигде не пишет, что это "не рекомендуется". Замечательная логика.

(90) еще добавить что 1С не запрещает (нигде в мануалах) делать бэкап средствами скуль сервера причем не выгнав предварительно всех из базы и не стопорнув все регламентные да?

(85) > В технических спорах истина зачастую детерменирована
да не скажите

(9) > 1cv8.md

прям по фрейду )))))

Читаю в жёлтой книге "Руководство администратора":

"Механизм выгрузки предназначен: для получения образа информационной базы независимо от способа хранения данных..."

Этим и "руководствуюсь".

(94) Дочитай дальше. "Не рекомендуется использовать данный способ для создания резервной копии информационной базы"

(95) "Я не упрямый, я - упорный"(цы)

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

(96) Упорный, да. И где там в начале утверждается, что образ ИБ предназначен для резервного копирования?

(96)
Поражает ход мысли.
Если 1С пишет "Не рекомендуется" - то это не рекомендуется.
Но если 1С пишет "Не рекомендуется, потому что база может не загрузиться нахрен" - то это всё в корне меняет!

Тут уже уже есть контекст, меняется смысловая нагрузка, 1с на самом деле как бы подталкивает нас делать бэкапы через dt, потому что невозможность загрузить обратно - абсолютно незначительная мелочь, любой профессионал с 10летним стажем УПП это понимает.

(96) Отдельно доставил оборот

"многие утверждают безапелляционно "не рекомендуется!""

100

Уже давно проехали тему выгрузки из битой инфобазы в покалечный dt - файл. Теперь платформа 8.3.8 (8.3.7 ?) проверяет при выгрузке.
Эти рекомендации могут у них годами висеть.

(101) Ага.
Демоническое обновление тоже уже несколько раз окончательно забарывали.

(34) в том то и дело что битой она может стать в любой день - т.е. каждое утро приходи пораньше на работу и тестируй - :)

Много эмоций, сарказма и демагогии.
Ах, простите меня, Mr. Stomak, если я оскорбил Ваши религиозные чувства и поколебал святую веру в рекомендации Фирмы.

Ещё раз повторю: из всех озвученных причин, достойно внимания только одно - предупреждение о вероятности возникновения  ситуации, при которой невозможна загрузка.
Какова её вероятность, насколько она высока - я уже озвучил на примере своей практики.
Исполняйте рекомендацию выполнять ТиИ перед получением резервной копии.

PS: и, да, вы можете к каждому моему посту мысленно добавлять фразу "Имхо, разумеется, и ничего более, возможно ошибочное" - я не претендую на оглашение истины в последней инстанции.

Как тогда бэкапить, целый каталог?