В этом разделе собраны полезные советы по эксплуатации наших программных продуктов и ответы на Ваши наиболее часто встречающиеся вопросы.
Раздел будет постоянно обновляться, поэтому настоятельно рекомендуем заглядывать сюда почаще!
Общие рекомендации.
Влияние антивирусных программ на работу программы "Декларант Плюс".
Полезные советы.
Ремонт баз данных.
F.A.Q. (Ответы на наиболее часто задаваемые вопросы)
Приведённые ниже рекомендации верны для для любого программного обеспечения использующего или управляющего любыми видами баз данных. Вы можете (и должны!) применять их при работе не только с нашим программным обеспечением но и с любыми программами этого типа. В качестве примера приведём известные всем продукты фирмы 1С.
1. Ваш компьютер обязательно должен быть подключен к сети через источник бесперебойного питания (в обиходе UPS). Выбирать UPS рекомендуем из ценовой категории выше средней, т.е примерно от 80$ и выше. Хорошо зарекомендовали себя UPS марки APC, MASTER GUARD.
Не игнорируйте это требование! В летний период, когда активно идут различного рода ремонтно-строительные работы (сварка, включение оборудования создающего значительные помехи в электросети) и качество подаваемой электроэнергии ухудшается количество обращений по поводу нарушений баз данных возрастает многократно!
2. Крайне не рекомендуется устанавливать на Ваш компьютер не нужное непосредственно для работы стороннее программное обеспечение особенно игры.
Не раз приходилось сталкиваться с тем, как "кривая" (или "криво поставленная") игра приводила к существенным проблемам в функционировании операционной системы и других программ. Помимо игр имеется множество программ (как правило это словари, различного рода справочники т.п.) использующих BDE различных версий. Установка такой программы так же может отрицательно сказаться на работоспособности нашего программного обеспечения.
3. Перед выключением компьютера убедитесь, что Вы завершили работу с программой. Завершать работу с программой следует только по кнопке "Выход" (или по "крестику" в правом верхнем углу окна).
Например "выход из программы по причине отключения электричества" во многих случаях сопровождается порчей баз данных. Выход из "зависшей" программы по CTRL-ALD-DELETE так же крайне не желателен. По нашему опыту вероятность повреждений баз данных в этом случае много ниже, чем в случае внезапного отключения электричества, но всё же не нулевая.
4. Если Ваш компьютер имеет недостаточно оперативной памяти, то не запускайте во время работы с программой ещё десяток других программ (окон) одновременно. Нехватка оперативной памяти в ряде случаев может приводить к зависанию программы, которая не смогла завершить какие-то выполнявшиеся операции и порче баз данных.
5. Убедитесь, что Ваш компьютер имеет достаточно места на жёстком диске.
Современные операционные системы потребляют много системных ресурсов, причём это потребление за время сеанса Вашей работы может меняться в несколько раз. Нехватка места на жестком диске как правило приводит к зависанию программы, которая не может в этих условиях нормально функционировать и порче баз данных.
Мы рекомендуем иметь не менее 1Гб свободного места на Вашем жестком диске.
6. Периодически создавайте резервную копию Ваших баз данных!
В этом случае, даже при самом неблагоприятном стечении обстоятельств Вы всегда сможете восстановить Ваши рабочие данные с минимальными потерями.
7. Периодически выполняйте проверку и лечение баз данных и уборку мусора. Рекомендуем делать это не реже двух раз в месяц.
8. Внимательно наблюдайте за поведением программы (баз данных), отмечайте любую "ненормальность" в её поведении. База данных не всегда портиться одномоментно, как это может произойти, например при внезапном отключении электричества. Нарушения могут накапливаться постепенно, вначале почти никак не проявляя себя и не оказывая заметного влияния на функционирование программы. Бывает так, что всё работает, только какая то функция программы (например дублирование) не работает или выполняется с ошибками. Однако через какое то время отдельные сбои будут способствовать возникновению других ошибок и в конечном итоге, накопившись до некоторой "критической массы" они могут привести к краху базы данных.
В связи с этим важно заметить и отметить момент, когда ваши базы данных стали функционировать ненормально, с тем, что бы впоследствии вы могли восстановить базы данных из резервной копии, которая создавалась в то время, когда ваши базы данных функционировали нормально.
Как то в один из майских дней 2010 года к нам поступил звонок по поводу нарушения работы программы "Декларант Плюс". Программа отказывалась делать электронную копию, а так же выполнять операции дублирования и импорта-экспорта данных. Несмотря на то, что декларант был достаточно грамотным специалистом консультация по телефону не помогла ему решить проблему, поэтому пришлось выехать на место и разбираться в чём дело. Не вдаваясь в подробности отметим, что было обнаружено, что антивирус (Касперский-2010) "заблокировал" ряд таблиц баз данных и не позволял программе получить к ним эксклюзивный доступ. Причём эта блокировка сохранялась даже после нескольких перезагрузок компьютера. Программа ("Деларант Плюс") нормально запускалась, но вышеуказанные операции не могла выполнить. Только временное отключение антивируса сняло блокировку с таблиц и программа нормально заработала.
Случай такой "устойчивой" блокировки довольно редкий, например мы столкнулись с этим в первый раз. Однако он может поставить в затруднение даже опытного пользователя.
Объяснение этому довольно простое. Для выполнения ряда операций программе "Деларант Плюс" необходим искючительный доступ к таблицам баз данных, т.е. в это время никакая другая программа не может работать с этими таблицами. Если какая то другая программа (в данном случае антивирус Касперского) работала с этими таблицами (в данном случае они сканировались на предмет наличия вирусов), то программа "Деларант Плюс" не может в этот момент времени получить таблицы баз данных в исключительный доступ и соответственно выполнить операцию (в данном случае формирование электронной копии ГТД).
Указанное влияние не является чем-то свойственным именно программе "Деларант Плюс", а распространяется на любые программы работающие с базами данных. И не только на них, например, нельзя устанавливать одновременно два или более антивируса или удалить документ Word, если он в данный момент времени открыт в редакторе.
Как мы уже отметили этот случай довольно редкий. В программе "Деларант Плюс" операции требующие монопольного владения таблицами, как правило очень кратковременны. Например во время формирования электронной копии выполняется упаковка приблизительно пары десятков таблиц и эта операция занимает менее 0.1 секунды на все эти таблицы. Вероятность того, что антивирус именно в этот короткий промежуток времени будет проверять именно эти таблицы (файлы) очень мала. И даже, если это произошло, то блокировка длиться очень короткое время (антивирус очень быстро проверяет файлы небольшого размера) и затем снимается. Т.е., если вы нажмёте кнопку ещё раз, то электронная копия сформируется. Обратите внимание, что некоторые операции, требующие монопольного владения таблицами занимают более длительное время. К ним относятся выполнение проверки и лечения баз в утилите DbTool, экспорт-импорт значительного числа деклараций в программе "Деларант Плюс". Хотя, обычно блокировка кратковременна и снимается сразу после того, как конкурирующая программа выполнила операцию записи в файл, тем не менее произошедший случай позволяет дать следующие рекомендации для того, что бы предотвратить подобные случаи или устранить их последствия:
1. Мы рекомендуем приостанавливать работу антивирусных и им подобных программ на время выполнения операций по формированию электронных копий, импорта-экспорта данных, проверки и лечения баз данных.
2. Если же блокировка баз данных всё же произошла, отключите антивирус (он не должен автоматически запуститься при следующей перезагрузки операционной системы) и перезагрузитье компьютер. Попробуйте запустить программу "Деларант Плюс" с оеключенным антивирусом и проверить всё ли работает. Если всё в порядке вы можете снова включить антивирус.
Напоследок отмечу, что антивирус, как правило заметно замедляет работу компьютера. И, например я по этой причине держу его всегда в приостановленном состоянии и запускаю только тогда, когда в этом есть необходимость.
Извините раздел находиться в стадии построения...
Ниже, от простого к сложному будут описаны методы, которые помогут вам самостоятельно восстановить Ваши данные.
Данная информация особенно актуальна для иногородних пользователей, которые не могут оперативно воспользоваться нашими услугами по ремонту баз данных.
1. Уборка мусора из баз данных.
2. Проверка и лечение баз данных.
3. Индексация баз данных.
4. Модификация баз данных.
5. Восстановление базы данных из резервной копии.
6. Удаление испорченных таблиц и замена их таблицами из резервных копий.
7. Повторная установка программы с установкой новых рабочих таблиц баз данных.
Следует отметить, что уборка мусора сама по себе не восстанавливает базы данных.
Суть уборки мусора заключается в том, что удаляются записи подчинённой таблицы, для которых нет записи главной таблицы. Например, когда вы удаляете декларацию вместей с декларацией удаляются и записи товаров. Если в результате каких-то причин декларация удалена, а ей товары нет, то в базе данных появиться "мусор" - товары не связанные с какой либо декларацией.
Подобные явления происходят крайне редко, но всё же происходят. Какой либо особой опасности такие "мусорные" записи не несут, тем не менее целесообразно несколько раз в год вычищать базу данных от подобных записей.
Это ваш основной штатный инструмент по устранению проблем с вашими базами данных.
Возможности его конечно не безграничны и он не гарантирует 100% результат. Тем не менее он весьма полезен и во многих случаях помогает восстановить нормальное функционирование базы данных.
Операция проверки и лечения баз данных должна выполняться без ошибок. Регулярное выполнение проверки и лечения баз при отсутствии сообщения об ошибках данных даёт веские основания полагать, что ваши базы данных функционируют нормально.
Если во время выполнения проверки и лечения баз данных вы получите сообщение об ошибке, попробуйте выйти и снова зайти в утилиту DBTOOL и повторить операцию проверки и лечения баз данных. Если несколько попыток окажуться неудачными значит надо использовать другой (следующий описанный по порядку) метод восстановления баз данных.
Рекомендуем выполнять проверку и лечение баз данных не реже двух раз в месяц. Делать это ежедневно на наш взгляд особого смысла нет.
В нормальных условиях обновление индексов баз данных происходит автоматически и выполнять операцию индексации баз данных нет необходимости.
Выполнять эту операцию следует только при нарушении индекса какой либо из таблиц базы данных. Как правило о нарушении индекса будет свидетельствовать сообщение вида 'tblXXX index is out of date' при запуске программы или выполнения операций модификации или проверки и лечения базы данных.
При модификации баз данных ваши данные копируются в новые заведомо исправные структуры (файлы) баз данных, поставляемые с каждым установочным комплектом программного обеспечения. Поскольку данные копируются в новые (исправные) структуры (файлы) базы данных, а предыдущие структуры (файлы) базы данных сохраняются в BACK_ каталогах вы фактически получаете новые исправные рабочие базы данных.
Во многих случаях модификация баз данных позволяет восстановить нормальное функционирование программы.
Попробуйте выполнить модификацию баз данных в случаях если предыдущие методы восстановления баз данных не привели к успеху. Возможно потребуется несколько таких попыток.
Предостережение! Использовать модификацию баз данных, как средство восстановления баз данных следует только в случаях, когда предыдущие методы восстановления баз данных не привели к успеху. Не следует использовать этот метод, как профилактическое средство, применяемое на регулярной основе подобно проверке и лечению баз данных. Одна из причин этого заключается в том, что модификация баз данных на больших базах данных выполняется довольно длительное время, затрагивает практически все таблицы баз данных и в случае сбоя по тем или иным причинам может произойти частичная потеря данных.
Один из самых надёжных, эффективных и быстрых методов воостановления баз данных.
Востанавливает сразу все данные по состоянию на момент сохранения резервной копии, которую вы используете для восстановления данных. Чем "свежее" ваша последняя резервная копия, тем меньше данных будет утрачено при восстановлении. Отсюда вывод - почаще создавайте резервные копии баз данных.
Шаги для создания резервной копии баз данных подробно описаны в справке к программе, поэтому приводить их здесь не будем.
В настоящее время в программу включены функции автоматически создающие резервную копию через заданные пользователем промежутки времени.
Данный метод позволяет с высокой степенью вероятности восстановить испорченные таблицы ваших баз данных.
Суть метода заключается в следующем:
База данных представляет собой совокупность отдельных таблиц - файлов баз данных. Как правило, выходят из строя не все таблицы базы данных, а одна или несколько таблиц.
Испорченную таблицу можно заменить таблицей из резервной копии или новой. Если заменять запорченную таблицу таблицей из резервной копии, то будут потеряны данные за период прошедший со времени сохранения резервной копии. Если заменять таблицу новой, то разумеется все пропадут данные, которые хранились в запорченной таблице. Во многих случаях такая потеря данных несущественна. Например, если испортилась таблица, содержащая данные по карточке ввоза, счёт-фактуре эти данные при необходимости могут быть легко восстановлены простым нажатием кнопки "Заполнить". То же самое относиться и к таблицам содержащим, например данные по ДТС. Вы можете восстановить большую часть информации содержавшейся в ДТС нажав кнопку "Сформировать ДТС" соответствующей ГТД.
Самые значимые в смысле последствий потери данных следующие таблицы:
tblTd1 - данные ГТД ((лист ТД-1)
tblTd2 - данные по товарам (лист ТД-2)
tblG31Detg - данные детализации 31 графы
tblPredReg - данные детализации графы 40
tblG44Det - данные детализации 44 графы
Как узнать какая именно таблица испортилась?
Как правило в случае неисправности таблицы вы получите сообщение вида '...tblXXXXX corrupt table header...' или '...tblXXXXX corrupt index header...' или что в этом духе, где tblXXXXX это имя проблемной таблицы. Например '...tblG31Det corrupt table header...' очень плохое (для вас) сообщение, говорящее о том, что нарушен заголовок таблицы товаров tblG31Det. Штатными средствами восстановить такую таблицу нельзя. Поэтому опишем по шагам, как заменить такую таблицу таблицеё из резервной копии или новой.
Предположим, что у вас испортилась таблица G31Det рабочих баз данных.
Для замены испорченной таблицы таблицей из резервной копии проделайте следующие шаги :
- Закройте программы ДЕКЛАРАНТ ПЛЮС и DbTool.
- Войдите в C:\Program Files\MIND SYSTEM\Data\DeclPlus\ResCopy\Data. В этом каталоге хранятся копии ваших баз данных сжатые в zip архивы с именами соответствующими датам их создания.
- Скопируйте во временный каталог, например C:\Temp подходящий по дате файл резервной копии.
- Распакуйте файл резервной копии.
- Скопируйте все файлы имеющие имена G31Det из каталога C:\Temp в каталог C:\Program Files\MIND SYSTEM\Data\DeclPlus\Data.
- На вопрос перезаписать ответьте "Да для всех".
- Попробуйте снова запустить программу. Если запуск программы прошёл без ошибок, тогда проблема с таблицей рабочих баз данных G31Det решена.
- Если у Вас появиться сообщение об ошибке, но с другой таблицей - повторите выше указанные шаги для каждой таблицы, для которой выдаётся сообщение об ошибке.
В качестве дополнительной информации сообщим, что:
в каталоге C:\Program Files\MIND SYSTEM\Data\DeclPlus\Data находяться рабочие базы данных ;
в каталоге C:\Program Files\MIND SYSTEM\Data\DeclPlus\ResCopy\Data находяться резервные копии этих рабочих баз данных;
в каталоге C:\Program Files\MIND SYSTEM\Data\DeclPlus\ARH находяться базы данных архива;
в каталоге C:\Program Files\MIND SYSTEM\Data\DeclPlus\ResCopy\ARH находяться резервные копии этих архивных баз данных;
в каталоге C:\Program Files\MIND SYSTEM\Data\UserGTK\ находяться базы данных пользовательских справочников;
в каталоге C:\Program Files\MIND SYSTEM\Data\ResCopy\UserGTK находяться резервные копии этих баз данных пользовательских справочников.
Как правило в сообщении об ошибке содержиться полный путь к проблемной таблице и само имя проблемной таблицы. Распологая информацией о том, что и где расположено и читая внимательно сообщение об ошибке вам будет понятно какую таблицу и из какого каталога необходимо заменить.
Этот метод самый надёжный, поскольку он даёт 100% гарантию восстановления работоспособности программы, но и самый нежелательный поскольку при этом методе происходит 100% потеря ваших данных.
Используйте этот метод в крайних случаях, когда все другие действия по восстановлению баз данных не привели к успеху, а производственная необходимость требует немедленного функционирования программы.
Вот шаги, которые вы должны выполнить для восстановления работоспособностьи программы этим методом:
- Создайте резервную копию ваших данных
- Переименуйте каталог Data (по умолчанию он расположен в C:\Program Files\MIND SYSTEM), например в Data_ДД_ММ_ГГГГ.
- Установите заново программу. При этом вы получите новые (но пустые!) базы данных с которыми вы можете продолжить свою работу.
- Далее вы можете связаться с нами (или любым другим специалистом соответствующего профиля) и передать ему каталог Data_ДД_ММ_ГГГГ для попытки восстановления ваших данных. Как правило, в случае обращения к нам мы просим заархивировать каталог Data_ДД_ММ_ГГГГ и выслать нам его по электронной почте.