Как вылечить dt файл
Что делать, если архив базы загружается в файловом варианте с ошибкой “Превышен максимально допустимый размер внутреннего файла”, а загрузить очень надо? Постараюсь примерно описать технологию, которую нам удалось разработать при активном участии Виктора Сосновского из фирмы “1С” на партнерском форуме.
Предположим, вы сформировали архив базы и теперь пытаетесь загрузить его в файловом варианте. Сначала все идет хорошо, но в какой-то момент возникает ошибка:
“Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла ‘D:1CBASESNewDB/1Cv8.1CD'”
Я лично потратил ОЧЕНЬ много времени на поиск решения этой проблемы и в итоге нашел его, что позволило нам создать файловую копию базы данных размером 18 Гб и в итоге сэкономило примерно неделю времени (могу в комментариях рассказать, как было дело, но сейчас речь не о том).
Итак, причин возникновения такой ошибки может быть несколько:
- Размер КАКОЙ-ЛИБО таблицы в базе данных превышает лимит для файловой версии (4 Гб). Если честно, во избежание подобных эксцессов мы проверяли размеры таблиц базы заранее с помощью обработки “SQL базомер” (или аналогов).
- Ошибка связана с глюком особенностями платформы, и вызвана определенной спецификой структуры метаданных выгружаемой конфигурации.
С первым случаем все понятно – если базомер показал превышение лимита по каким-то из таблиц базы, то эти таблицы необходимо почистить. Если речь идет о справочнике или непериодическом регистре сведений, то нужно постараться удалить оттуда ненужные элементы/записи. То же самое относится и к “тяжелым” документам с их табличными частями. В первую очередь следует заняться удалением помеченных объектов, конечно.
Регистры накопления – отдельная тема. Размеры таблиц итогов могут превышать размеры таблиц записей регистра, причем зачастую значительно. Иногда может помочь даже простой пересчет итогов.
Регистры остатков могут некорректно (не по всем измерениям) закрываться, что приводит к ОЧЕНЬ значительному и быстрому разрастанию таблиц итогов. Списание “зависших” остатков регистра накопления может при последующем пересчете итогов дать экономию до нескольких Гб, проверено на собственном опыте у “нерадивых” клиентов. ))
Что же делать, если каждая таблица вашей базы размером менее 4 Гб, но ошибка все равно возникает?
Это значит, что у вас второй случай – проблемная структура метаданных конфигурации. Вероятнее всего, ошибка возникает на этапе создания индексов.
В двух словах опишу ситуацию в целом, чтобы было понятно, словами Виктора Сосновского из 1С. Ниже цитата с партнерского форума:
“При загрузке информационной базы в файловом варианте сначала загружаются данные всех таблиц, а затем создаются индексы. Ошибка создания индекса приводит к тому, что индекс, созданный с ошибкой, и все последующие индексы не создаются. Если в базе много данных, то это приведет к существенному снижению производительности. Полноценная работа с такой базой будет невозможна.”
Нужно узнать, какая именно таблица приводит к ошибке при создании индекса.
Включаем технологический журнал – в папку “С:Program Files (x86)1cv82__НомерВерсииПлатформы__binconf” (или аналогичную, __НомерВерсииПлатформы__ подставьте свой) кладем файл logcfg.xml примерно следующего содержания:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”https://v8.1c.ru/v8/tech-log”>
<dump create=”true” location=”D:1CBASESdumps” type=”0″ prntscrn=”true”/>
<log history=”3″ location=”D:1CBASESlogs”>
<event>
<eq property=”name” value=”dbv8dbeng”/>
</event>
<event>
<eq property=”name” value=”excp”/>
</event>
<property name=”all”/>
</log>
</config>
Внимательно следим за тем, чтобы каталоги для дампов и логов:
- Существовали
- Различались
- Были доступны для чтения и записи тому пользователю Windows, от лица которого вы запускаете конфигуратор.
Перезапускаем конфигуратор (при этом включается технологический журнал) и заново пробуем загрузить наш .DT. После возникновения ошибки идем в каталог для логов, находим там файл лога, содержащий нашу ошибку, и внимательно читаем его.
Первое же вхождение EXCPCNTX в логе в моем случае указало на команду, которая вызвала ошибку: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR (у вас название индекса будет другое).
По цифрам из названия индекса с помощью обработки “Структура хранения таблиц базы данных” (или аналогов, которые умеют показывать индексы) находим, какой таблице принадлежит данный индекс. У меня это оказалась таблица оборотов одного из нетиповых регистров накопления.
А дальше начинается самое интересное – нужно попытаться угадать, что именно в структуре вашей таблицы приводит к ошибке индексации.
В первую очередь следует смотреть, какие поля входят в индекс. Как выяснилось, платформа ОЧЕНЬ не любит, когда совокупный размер ключевых полей индекса становится значительным. В частности, она не любит индексировать длинные строки – так, в моем случае в индекс попадало измерение с типом СТРОКА (500) и оно вызывало ошибку. Другой представитель фирмы “1С” высказался на партнерском форуме еще в 2007 году:
“Если длина ключа оказывается близкой к 2К, то начинается резкий рост размера индексов с рядом неприятных последствий.”
И действительно, в 2013 году ничего не изменилось – в подобных случаях наблюдается лавинообразный рост размеров индекса на файловой базе. А когда таблица индекса превышает лимит в 4 Гб, загрузка .DT останавливается с ошибкой.
Лично мне помогло отключить для проблемного измерения флажок “Использование в итогах”, т.к. в реальности итоги по нему не требовались. Оно перестало попадать в саму таблицу оборотов и, как следствие, в индекс таблицы оборотов. Есть и другие способы – более строго ограничить размер строки, например. Читал, что некоторым это помогало.
Эти изменения необходимо применить к информационной базе, при этом произойдет реструктуризация вашей таблицы.
Если изменения внесены на SQL-копии базы, то после этого нужно заново выгрузить .DT и попытаться перезагрузить его в файловой версии.
Если SQL-копии нет под рукой, то можно попробовать исправить прямо на вашей недозагруженной файловой копии. После принятия изменений запускайте “Тестирование и исправление” в режиме реструктуризации таблиц базы данных. Индексы будут созданы платформой заново и, можно надеяться, уже без ошибок.
Кому особо не повезло и ошибка вылезла снова – тому следует повторить сначала всю процедуру, начиная с анализа логов. Возможно, проблемная таблица была не одна, или вам не удалось решить проблему с размерами полей, входящих в индекс.
Удачи вам!
Источник
20.09.12 – 20:40
Есть платформа 8.2.14 и база файловая “Учет ЖКХ” релиз 2.0.36.2
Все как обычно:
Сделал выгрузку в dt
Обновление конфигурации
При реструктуризации выдало ошибку (не успел прочитать – бух закрыла)
Скорее ошибка была на несоответствие платформы
Решил восстановить из dt и сделать заново с обновленной платформой.
При загрузке из Dt ошибка:
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка при выполнении операции над данными:
Устанавливаемое значение не помещается в поле таблицы ‘_DOCUMENT230._FLD5345’
по причине:
Устанавливаемое значение не помещается в поле таблицы ‘_DOCUMENT230._FLD5345’
База загружается где-то на четверть своего размера.
Пробовал на разных компах и платформах – все то же.
Какие варианты?
1 – 20.09.12 – 20:42
в качестве па с бубном. создай новую пустую базу и грузи туда
2 – 20.09.12 – 20:42
В
3 – 20.09.12 – 20:43
тьху, лови вде69
4 – 20.09.12 – 20:48
(1) пробовал – то же
может есть средство распаковки данных из файла dt?
5 – 20.09.12 – 20:57
обнови платформу до 8.2.16
6 – 20.09.12 – 20:57
уже обновлял – то же самое
7 – 20.09.12 – 21:00
(4) буква Я в правом углу 9 ссылка
8 – 20.09.12 – 21:00
9 – 20.09.12 – 21:03
(7) все облазил – вопросы такие же есть, а ответов нет
10 – 20.09.12 – 21:09
(8) здесь больше для скуля
обидно что теперь и прежний 1cd канул…. заменился на восстановленный неполноценный, ТиИ уже бесполезен
А ведь все как положено – бэкап перед обновлением….
11 – 20.09.12 – 21:12
cd копировать нужно а не в dt выгружать.
12 – 20.09.12 – 21:17
(11) двести раз так делал (dt), не было повода усомниться в архивах
13 – 20.09.12 – 21:19
(12) знаешь ты какой уже по счету который так говорит?
14 – 20.09.12 – 21:19
(12) Сама фирма 1с не рекомендует делать архивацию выгрузкой. Либо сохранять и архивировать 1cd, либо средствами СУБД.
15 – 20.09.12 – 21:21
Насколько знаю с битым дт-шником ничего не сделать, только 1cd можно еще пошаманить.
16 – 20.09.12 – 21:21
на форуме прям с завидной регулярностью появляются такие темы.
мол всю жизнь выгрузку в дт делал, все работало – а сегодня перестало.
Когда людям говоришь, что выгрузка в dt – Это не бэкап, все только отмахиваются. Мол всю жизнь так делаю и нет проблем.
Поздравляю, ты еще один в стане тех, кто на себе познал почему делать бэкап выгрузкой – нельзя.
17 – 20.09.12 – 21:23
18 – 20.09.12 – 21:25
(10) Бэкап ты НЕ СДЕЛАЛ. Ты сделал выгрузку в dt.
Так что ничего не “А ведь все как положено – бэкап перед обновлением….”
А если сделал бэкап, то беспокоиться не о чем. Восстанави и используй.
19 – 20.09.12 – 21:26
(14) Нигде такой рекомендации не видел
20 – 20.09.12 – 21:42
вернее ещё 1 любитель вазелина
21 – 21.09.12 – 10:15
(19) Желтая книжка “Руководство администратора”
ОДИНЕСНИК! Хватит пыль глотать офисную! Для тебя удаленка отстатыщрублевая!
Заполни анкету, работай из дома! С CORS consulting это норма!
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку “Обновить” в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Источник
В статье показаны способы восстановления базы 1С с помощью встроенных в программу инструментов или сторонних приложений. Как создать и восстановить резервную копию базы данных. Для большинства пользователей продуктов компании 1С, повреждение или утеря базы «1С: Предприятие» есть тем, о чём даже боятся говорить. Для них, задача по восстановлению базы данных кажется просто нереальной, а её утеря страшной трагедией.
На самом деле, продукты компании 1С являются таким же программным обеспечением, как и любое другое. Информация, которую пользователи вносят в свои базы данных сохраняется в файлах, из которых можно создавать резервные копии или восстанавливать в случае повреждения или удаления. Часто для этого достаточно встроенных в «1С: Предприятие» инструментов, но и о стороннем программном обеспечении также забывать не стоит.
Файлы базы данных 1С
Для лучшего понимания того, каким образом происходит восстановление повреждённых или утерянных баз 1С, давайте ознакомимся с файлами, в которых они сохраняются.
По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя:
C:UsersИмя ПользователяDocumentsInfoBase
В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.
К таким файлам относятся:
- *.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
- *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
- *.log, *.lgf, *.lgp, *.elf – лог файлы;
- *.cdn – файл блокировки базы данных 1С;
- *.efd – архивный файл 1С;
- *.mft – вспомогательный файл конфигурации шаблона;
- *.st – файл шаблонов текстов
- *.mxl – файл печатных форм базы данных 1С;
- *.grs – файл графических схем базы данных 1С;
- *.geo – файл географических схем базы данных 1С.
Признаки и причины повреждения базы 1С
Признаки повреждения базы данных 1С могут быть самые разнообразные, это сбои при работе с базой или её внезапное закрытие, зависание, разнообразные сообщение о наличии ошибок во время работы с ней или при запуске. Часто «1С: Предприятие» сообщая о наличии ошибки при выполнении операции с информационной базой так и описывает её «…Файл базы повреждён».
Причины повреждения базы 1С могут быть физического или логического происхождения.
Последствия физических причин повреждения баз банных самые тяжелые, так как связаны с повреждением носителя информации, на котором хранятся данные. Это может быть повреждение внешнего или встроенного жесткого диска, оптического носителя информации, флешки или карты памяти. В данном случае, чтобы иметь возможность восстановить базу 1С, необходимо вернуть работоспособность носителю информации.
Логические повреждения баз происходят в результате сбоев в работе программного обеспечения, неправильного или внезапного отключения компьютера или носителя информации, неправильная работа сетевого оборудования, а также вирусы и деятельность вредоносных программ.
Создание и восстановление из резервной копии базы 1С
Мы уже множество раз упоминали об этом в наших статьях – лучшим способом сохранить ваши данные есть создание их резервной копии. Для базы 1С данный способ также актуален.
Чтобы создать резервную копию базы данных 1С:
Запустите 1С в режиме Конфигуратор
В окне программы в режиме Конфигуратор перейдите в меню Администрирование / Выгрузить информационную базу…
После указания папки для выгрузки информационной базы, она будет сохранена в файл *.dt.
Чтобы восстановить базу данных 1С из резервной копии:
Запустите 1С в режиме Конфигуратор, как указано в предыдущем пункте и перейдите в меню Администрирование / Загрузить информационную базу…
Выберите *.dt файл резервной копии базы и загрузите его.
Восстановление повреждённой информационной базы 1С
В случае сбоя в работе информационной базы и возникновения описанных выше ошибок или других симптомов паниковать не стоит, так как в большинстве случаев база 1С восстановима. Осуществить это возможно с помощью встроенных в платформу инструментов.
Восстановление с помощью Конфигуратора
Для устранения ошибок базы 1С в её конфигураторе предусмотрена функция «Тестирование и исправление…». Чтобы воспользоваться ею:
Запустите 1С в режиме Конфигуратор и перейдите в меню Администрирование / Тестирование и исправление
Укажите параметры тестирования и исправления базы данных в открывшемся меню и нажмите «Выполнить»
Результаты тестирования будут отображены в нижней части окна Конфигуратора.
Восстановление с помощью chdbfl.exe
В каждой версии платформы «1С: Предприятие» есть утилита, которая предназначена для отладки повреждённых информационных баз. С внутреннего меню платформы доступа к данной утилите нет. Но она устанавливается вместе с установкой платформы. Чтобы запустить её, перейдите в папку, в которую установлена платформа 1С на вашем компьютере:
C:Program Files (x86)1cv88.3.8.1652bin
(где, 8.3.8.1652 – номер релиза платформы (разный для разных релизов))
Найдите и запустите в данной папке файл chdbfl.exe – это и есть утилита отладки информационных баз 1С. После запуска утилиты, укажите с её помощью файл базы данных нажав троеточие справа от поля «Имя файла БД», и поставьте галочку возле функции «Исправлять обнаруженные ошибки». Задав необходимые параметры – нажмите кнопку «Выполнить».
Все обнаруженные ошибки и другие действия утилиты будут отображены в окне chdbfl.exe.
Восстановление с помощью НЕХ-редактора
В особо сложных случаях или если предыдущие два способа отладки информационной базы не принесли желаемого результата, теоретически восстановить её возможно с помощью HEX-редактора. Для этого необходимо открыть в HEX-редакторе основной файл базы данных *.1CD.
Минусом данного способа есть то, что данный способ исправления повреждённой базы 1С могут осуществлять только опытные и разбирающиеся в HEX специалисты.
Нельзя не отметить, что Hetman Partition Recovery имеет встроенный HEX-редактор, который можно использовать для исправления повреждённых файлов.
Как восстановить удалённую информационную базу 1С
Если в результате случайного удаления, переустановки операционной системы, форматирования жесткого диска или другого носителя информации на котором хранилась база 1С, она была утеряна, то восстановить её можно с помощью Hetman Partition Recovery. Для этого:
Запустите утилиту и выберите диск с которого удалена база 1С
Кликните на нём дважды и укажите необходимый тип анализа
После окончания процесса анализа, найдите с помощью программы папку с файлами информационной базы и восстановите их, предварительно добавив к списку восстановления
Примечание. Аналогичным образом можно восстановить утерянный файл резервной копии информационной базы 1С – 1Cv8.dt.
- Восстановленный *.dt файл загрузите в информационную базу описанным выше способом.
- Если информационная база восстановлена пофайлово, то откройте её основной файл 1Cv8.1CL с помощью меню 1С Файл / Открыть.
Все описанные в данной статье способы восстановления базы данных 1С показаны на примере платформы «1С: Предприятие 8.3». Но эта информация также актуальна для других программ и конфигураций платформы:
- 1С: Бухгалтерия
- 1С: Предприниматель
- 1С: Зарплата и управление персоналом
- 1С: Управление торговлей
- 1С: Розница
- 1С: Управление Холдингом
- 1С: Управление предприятием
- 1С: Предприятие. Управление производственным предприятием
- 1С: Комплексная автоматизация
- 1С: Документооборот
- 1С: Консолидация
- 1С: Управление небольшой фирмой
- 1С: Налогоплательщик
- 1С: Отчётность предпринимателя
- 1С: Платёжные документы
- 1С: Бухгалтерия государственного учреждения
- 1С: Зарплата и кадры бюджетного учреждения
- 1С: Свод отчётов
- 1С: Бюджетная отчётность
- 1С: Документооборот государственного учреждения
- 1С: Государственные и муниципальные закупки
- 1С: Бюджет поселения
- 1С: Бюджет муниципального образования
- 1С: Деньги
- 1С: Электронное обучение и пр
Источник: https://hetmanrecovery.com/ru/recovery_news/how-to-recover-damaged-or-deleted-database-1c.htm
Источник
20.05.13 – 12:05
В теме вся ситуация. Что делать.
1 – 20.05.13 – 12:07
что сломалось? почему не воссстанавливается?
2 – 20.05.13 – 12:07
.dt – это не бекап. Бекап – это архив.
3 – 20.05.13 – 12:07
как там…. вазелин и конверты…
что сломалось-то? тут спецов много по базам – vde69, awa
4 – 20.05.13 – 12:09
Крутить педали на тракторе оттуда и побыстрее )
5 – 20.05.13 – 12:09
6 – 20.05.13 – 12:10
7 – 20.05.13 – 12:10
(1) Что-то типа “файл базы поврежден”. Свет отключили во время работы и куча документов пропало за разные периоды у разных метаданных после чекадбфл. Хотел перелить из dt через xml но не повезло и с бекапом *.дт
8 – 20.05.13 – 12:16
а чекдбфл делал
9 – 20.05.13 – 12:24
(7) а восстановить в чистую базу? Новую базу создать?
10 – 20.05.13 – 12:24
Почистить кэш, создать пустую базу и загрузить туда еще не предлагали? Предлагали. Тогда я второй.
11 – 20.05.13 – 12:25
написать 100 раз в ворде “я больше не буду делать бэкапы в .dt”!
12 – 20.05.13 – 12:27
(9)(10) сейчас попробую
13 – 20.05.13 – 12:41
(11) О великий гуру, раскажи тогда как надо делать бэкапы!
14 – 20.05.13 – 12:42
(13) отключением всех соединений, блокировкой базы (например переименованием каталога или штатным механизмом с созданием файлов блокировки) и копированием/архивацией фала базы.
15 – 20.05.13 – 12:45
(13) Ты то же в dt хранишь?
16 – 20.05.13 – 12:46
17 – 20.05.13 – 12:48
Что-то тогда я не догоняю.Если (0) сделал *.dt стандартно(Администрирование-выгрузить инф базу) это действие под собой подразумивает, файловая база запущена монопольно.
Или я не прав?
18 – 20.05.13 – 12:48
(17) ага. но не подразумевает, что этот .dt можно загрузить 🙂
19 – 20.05.13 – 12:50
(15) угу(
20 – 20.05.13 – 12:51
(18) Ни разу такого не встречал, что бы потом загрузить нельзя было в чистую базу.
21 – 20.05.13 – 12:53
22 – 20.05.13 – 12:53
(20) 1С официально заявляет, что dt не предназначен для архивирования. Ссылку не буду искать, если интересно найдешь.
23 – 20.05.13 – 12:54
(20) Значит еще мало встречал )))
24 – 20.05.13 – 12:55
25 – 20.05.13 – 12:56
1С:Предприятие поддерживает возможность загрузки/выгрузки информационной базы в файл. Этот механизм предназначен, прежде всего, для получения образа информационной базы независимо от способа хранения данных. Например, загрузка/выгрузка информационной базы в файл может быть использована для преобразования файлового варианта к клиент-серверному.
Иногда этот режим используют, также, для создания резервной копии информационной базы, однако такой вариант его использования обладает рядом недостатков. Основным недостатком такого способа создания резервной копии является необходимость использования однопользовательского режима для осуществления этой операции. При большом объеме информационной базы перерыв в работе пользователей может быть достаточно велик, что не всегда приемлемо.
В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:
При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
Также существенно уменьшается время нахождения информационной базы в однопользовательском режиме в случае файлового варианта работы 1С:Предприятия 8, а в случае клиент-серверного варианта однопользовательский режим вообще не используется.
Кроме этого положительным моментом является то, что при использовании перечисленных способов, можно применять различные специализированные программные средства для создания резервных копий.
(с) https://its.1c.ru/db/metod81#content:2922:1
Ну и где написано что НЕ предназначен для архивирования?
26 – 20.05.13 – 12:58
(0) Сделал .dt, проверь его на жизнь. Минимум я смотрю на размер, максимум делаю 2 .dt и один восстанавливаю в чистую базу.
27 – 20.05.13 – 13:00
(22) Вот, например, что 1С советует при обновлении:
Порядок обновления конфигурации версий 1.3.36.1, 1.3.37.1, 1.3.38.1, 1.3.38.2, 1.3.38.3 на версию 1.3.38.4
Для обновления версии конфигурации следует использовать режим «Обновление конфигурации». Файл обновления 1Cv8.cfu находится в подкаталоге 1centerprise1_3_38_4 каталога шаблонов.
1. Сделайте резервную копию вашей информационной базы.
Резервную копию можно создать:
* при использовании файлового варианта 1С:Предприятия 8 – путем копирования файла 1СV8.1CD в отдельный каталог;
* при использовании клиент – серверного варианта 1С:Предприятия 8 – средствами СУБД.
Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:
* запустите систему 1С:Предприятие в режиме «Конфигуратор»;
* в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
* в открывшемся диалоге укажите имя файла, в который будут записаны данные.
28 – 20.05.13 – 13:05
Продолжайте делать архивы в dt.
29 – 20.05.13 – 13:08
(26) я, когда отлаживаюсь на копии, загружаю в нее сразу врерашний или позавчерашний dt. Поэтому проверка на жизнь производится автоматически.
30 – 20.05.13 – 13:23
(26) это само собой разумеющееся действия)))
Рекламное место пустует
31 – 20.05.13 – 13:43
(28) Делаю с 2006 года каждый день порядка 3 десятка баз. Проблем ниразу небыло. Восстанавливаю постоянно, ибо любят косячить а потом начинается, ой а кто и что поменял
32 – 20.05.13 – 13:48
(25) Явно не запрещено архивировать выгрузкой в dt, но “Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.”
Следовательно после такого “архивирования” есть риск что БД не удастся восстановить, если в ней были ошибки.
33 – 20.05.13 – 14:00
(31) крошечная, нерепрезентативная выборка
34 – 20.05.13 – 14:28
(33) ну если статистика за 7 лет работы это ” нерепрезентативная выборка” то … простите но до 2006 года небыло 8-ки, поэтому сложно увеличить время выборки
35 – 20.05.13 – 14:36
36 – 20.05.13 – 14:38
(31) 30 баз – нерепрезентативная выборка
37 – 20.05.13 – 15:17
(35) https://yandex.ru/yandsearch?text=не+запускается+1с&from=fx3&clid=1909644-101&lr=39
Нашлось 2 млн ответов
Отсюда следует, что 1С не рекомендуе5т запускать и использовать 1С?
38 – 20.05.13 – 15:19
(37) при чем тут запуск 1с? у меня 60 файловых баз в точках с нестабильным питанием, упсы регулярно не выдерживают. базы, не восстанавливающиеся из .dt вижу постоянно. Если работать с файловыми базами аккуратно – то оно все нормально будет. Но ведь они могут поломаться даже от срубания процесса в момент записи документа
39 – 20.05.13 – 15:23
(38) хз, от файловой ушел через 4 месяца, ибо глючило сильно
ОДИНЕСНИК! Хватит пыль глотать офисную! Для тебя удаленка отстатыщрублевая!
Заполни анкету, работай из дома! С CORS consulting это норма!
Источник