Ошибка загрузки метаданных 1с 7.7 что делать. Ошибка загрузки метаданных


Сообщение об ошибке загрузки метаданных одна из наиболее часто встречающихся ошибок при потере данных 1с 7.7 Сообщение "ошибка загрузки метаданных пользователь получает в случае если программа 1с при запуске не может найти файла метаданных в каталоге базы или он поврежден. Чаще всего такого рода сбои случаются со съемными носителями, особенно в случае их некорректного отключения от компьютера, но может быть связано и с выходом из строя непосредственно носителя. Такое же сообщени Вы получите и при повреждении базы в результате действия некоторых разновидностей вирусов. Чаще всего при ошибке загрузки метаданных повреждение комплексное, то есть поврежден не только мд-файл но и другие составляющие базы. Программа в первую очередь при запуске проверяет мд-файл, именно поэтому сообщение о его повреждении появляется в первую очередь. При подобных ошибках программа блокирует доступ к базе для избежания дальнейших повреждений.


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


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


Если у Вас пропала важная информация обращайтесь к приличным специалистам В ПЕРВУЮ ОЧЕРЕДЬ. Таким образом Вы сэкономите свое время, деньги и сбольшой вероятностью Ваша информация будет восстановлена. После обращения к неквалифицированным восстановителям Вы рискуете потерять информацию безвозвратно... Повреждения возникшие в результате сбоя как правило минимальные, повреждения полученные в результате неквалифицированных попыток восстановления очень часто фатальны....

Рано или поздно в жизни любого пользователя 1С наступает тяжелая минута, когда любимая программа отказывается иметь с ним дело, не запускаясь вовсе или выдавая зачастую невразумительные для человека неискушенного сообщения. Итак, что нам пытается сказать 1С, и что мы можем для нее сделать?

1. «Ошибка загрузки метаданных»
Это означает, что платформа не может обнаружить необходимые для запуска информационной базы файлы. В этом случае проверьте правильность указания пути к вашей информационной базе.

2. «Порядок сортировки, установленный для базы данных, отличается от системного!»
Данная ошибка возникает в случае, когда системная кодировка и кодировка информационной базы различны.

3. «Ошибка блокировки данных»
Ваша база используется в монопольном режиме (возможно, это Вы сами). Для устранения этой проблемы необходимо закрыть сеанс «1С:Предприятие» с монопольным доступом к базе и зайти в разделенном режиме. Если 1С: Предприятие в монопольном режиме запущено не на Вашем компьютере, то возможны два варианта действий.

Первый вариант применим, если компьютеров в сети, использующих 1С: Предприятие, немного или они расположены недалеко друг от друга. Выбрав на каждом компьютере пункт меню 1С:Предприятие Помощь -> О программе, Вы увидите в строке Режим работы. Если слева написано «Монопольный», то нужно закрыть 1С:Предприятие на этом компьютере.

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

Иногда возможен вариант, что какой-то компьютер некорректно завершил работу (или просто «завис»), тогда нужно выключить его и включить еще раз. Если невозможно определить, какой компьютер занял базу, а в Мониторе не указан компьютер, использующий монопольный режим, то придется найти и завершить процесс 1cv7.exe в Диспетчере задач Windows или выключать все компьютеры (можно по одному, пробуя запустить 1С после выключения каждого компьютера).

4. «Каталог пользователя занят»
Это означает, что под Вашей учетной записью уже открыт сеанс работы в 1С.

5. «Каталог базы не обнаружен»
Это произошло из-за того, что недоступна папка, в которой находится база 1С. Если база находится на Вашем компьютере, то, скорее всего, Вы ее куда-то переместили. Вспомните, перемещали ли Вы какие-либо каталоги (папки) в последнее время. Если Вы знаете точно, куда была перемещена база, то при запуске 1С в диалоговом окне выберите кнопку «Изменить» (справа идут кнопки ОК, Отмена и следующая – «Изменить»). Укажите новый путь к базе и, нажав на кнопку ОК, запустите 1С: Предприятие еще раз.
Если база находится не на вашем компьютере, а на удаленном сервере, то лучше обратиться за помощью к человеку, который отвечает за работоспособность компьютеров в Вашей фирме. Если Вы все же решили самостоятельно ликвидировать проблему, то, во-первых, необходимо проверить наличие сети между двумя компьютерами (Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение»). Во-вторых, нужно узнать местонахождение каталога с базой на сервере. После этого, кликнув на кнопку «Изменить» в диалоговом окне запуска 1С:Предприятие, выберите «Мое сетевое окружение»->Сервер, на котором находится база ->Укажите путь к базе.

6. «Ошибка открытия индексного файла таблицы. Для восстановления индексных файлов запустите программу в монопольном режиме»
Для решения этой проблемы нужно запустить программу в монопольном режиме (поставьте галочку в поле «Монопольно» при запуске программы). Конечно, предварительно придется попросить всех пользователей выйти из 1С: Предприятие. На предложение восстановления индексных файлов нужно ответить утвердительно. Этот процесс может занять значительное количество времени, от 1-2 минут для баз в 5-10 мегабайт до порядка часа для больших баз. Если Вам не удается запустить систему в монопольном режиме, хотя Вы уверены, что все пользователи вышли из программы, то сначала проверьте свой компьютер, возможно, там осталась запущенная копия программы. Если и это не помогло, то попробуйте выключить клиентские машины (можно по одной, с проверкой после каждой). Вероятно, что одна из программ была некорректно завершена и не освободила базу.

7. «Поврежден файл журнала регистрации»
В каталоге Вашей базы (путь к базе написан внизу в окне запуска) есть подкаталог Syslog. В этом каталоге лежит файл 1cv7.mlg, это и есть файл журнала. Переместите его в другой каталог; если Вы считаете, что файл журнала Вам не нужен, то можете его удалить. Главное — убрать файл журнала из этого каталога. При следующем запуске 1С: Предприятие должна успешно загрузиться и создать пустой файл журнала.

8. При запуске программы появляется всплывающий экран с надписью 1С:Предприятие и тут же исчезает.
Данная ошибка проявляется в случае, если платформа обнаруживает файлы для запуска, но у текущей учетной записи (учетная запись операционной системы, не путать с учетной записью «1С:Предприятие») нет прав доступа к каталогу, где находится информационная база. 1С: Предприятие для запуска необходима запись в этот каталог. Чтобы исправить ситуацию с сервера, на котором находится база, выберите общий ресурс (диск или каталог с базой), щелкните правой кнопкой, выберите меню Свойства, вкладку Доступ, поставьте значение Полный (или переставить индикатор в «Открыть общий доступ к папке» для Windows 2000). Сохраните изменения, попробуйте запустить 1С: Предприятие еще раз.

9. «Runtime Error! Program c:\Program Files\1Cv77\Bin\1Cv77.exe. Abnormal termination»
Возможно несколько причин возникновения этой ошибки. Сначала скопируйте каталог Вашей базы в другое место, чтобы даже при наихудшем исходе (в процессе исправления выключили свет) Вы могли вернуться к ситуации до начала исправления. Вы можете самостоятельно предпринять следующие шаги исправления этой ошибки. После каждого шага, попытайтесь запустить 1С: Предприятие.
a) Перезагрузите компьютер.
b) Переустановите 1С: Предприятие.
c) Скопируйте файл 1Cv7.md, который лежит в каталоге NEW_STRU Вашей базы в каталог с базой. Например, если Ваша база лежит в каталоге c:\1C\base, то нужно скопировать файл 1Cv7.md из c:\1C\base\NEW_STRU в c:\1C\base. На вопрос: «Заменить ли текущий файл?» следует ответить «Да».
d) Запустите Конфигуратор, выберите пункт Администрирование -> Тестирование и исправление ИБ. Нажмите на кнопку Выполнить.

10. «Невосстановимая ошибка базы данных. Код – 10. Ошибка открытия словаря базы данных»
Скопируйте файл 1Cv7.dd, который лежит в каталоге NEW_STRU Вашей базы в каталог вашей базы. Например, если Ваша база лежит в каталоге c:\1C\base, то нужно скопировать файл 1Cv7.dd из c:\1C\base\NEW_STRU в c:\1C\base. На вопрос: «Заменить ли текущий файл?» следует ответить «Да». Если такого файла в каталоге NEW_STRU не существует, но Вы знаете пароль на конфигурацию, то можно исправить проблемы, переименовав какой–либо объект метаданных самого в себя (например, в идентификаторе константы ОснФилиал стереть последнюю букву «л» и снова ее поставить). Сохраните конфигурацию.

11. Ошибка доступа к таблице DT*
Превышено максимально допустимое количество одновременно открытых файлов в Windows 9x.

Дело в том, что Windows 95/98 позволяют одновременно открывать не более 1024 файлов. Это ограничение вступает в силу, если в сетевом режиме работы база лежит на расшаренном диске компьютера, работающего под управлением Windows 95/98. При запуске 1С каждый подключившийся пользователь открывает все.dbf и.cdx файлы, входящие в состав конфигурации. В зависимости от сложности конфигурации, одновременно работать с 1С в таком режиме могут 3-6 пользователей.

Если Вы столкнулись с такой проблемой, следует использовать в качестве файл-сервера (т.е. компьютера, на котором хранится каталог информационной базы) компьютер с WinNT/2000/2003. Надо только иметь ввиду, что WinNT Workstation (2000 Professional) не имеет ограничения на количество открытых файлов, но допускает не более 10 одновременных подключений. Т.е. с базами на таком компьютере смогут работать одновременно не более 10 пользователей. Если требуется работать большему количеству пользователей одновременно, то есть смысл рассматривать вариант с выделенным сервером и операционными системами Windows 2000/2003 Server.

Если Вы перенесли базу на Windows 2003 Server, и у Вас продолжает появляться та же ошибка, то проверьте количество лицензий на подключение пользователей (компьютеров) в Win Server 2003 – там по умолчанию стоит всего 5.

12. «Не обнаружен ключ зашиты программы»
Эта ошибка может возникнуть из-за ряда причин. Варианты решения зависят от того, стоит ли у вас сетевая версия или локальная. Начнем с локальной, как с более простого случая.

Мы предлагаем Вам выполнить следующие действия. После каждой попытки, пожалуйста, попробуйте запустить 1С: Предприятие. Возможно, что проблема решится на первом же шаге, и тогда все последующие будут не нужны.

a) Перезагрузите компьютер, нажав Пуск->Завершение работы ->Перезагрузить компьютер ->ОК. Подождите, пока компьютер перезагрузится, затем еще раз попробуйте запустить 1С.

b) Возможно, Вы забыли установить драйвер защиты при установке программы. Тогда Вам нужно запустить его, нажав Пуск ->Программы->1С: Предприятие 7.7->Установка драйвера защиты. Перезагрузите компьютер и попробуйте еще раз запустить 1С: Предприятие. Если же по каким-то причинам драйвер не был установлен, то установите его с прилагаемого к программному обеспечению диска или скачаете с сайта.

c) Проверьте физическое наличие ключа на компьютере, может быть, он выскочил из компьютера. Для этого нужно добраться до задней стенки корпуса компьютера, туда, куда подключаются провода. Важно: крайне рекомендуется предварительно выключить компьютер. Ключ выглядит как брусок примерно 3х4х1 см. Скорее всего, он будет красного или белого цвета. Ключ вставляется в LPT порт (туда же, куда и принтер). В любом случае, Вы сможете вставить ключ только в LPT порт. Важно: не нужно прилагать большую силу, усилия должны быть сравнимы с усилиями при поднятии стакана чая. Если ключ не входит в порт, не пытайтесь вставить его силой, так как либо это не ключ, либо Вы вставляете его не в LPT порт. Лучше позовите человека, отвечающего в Вашей фирме за компьютеры. После того как Вы вставили ключ в порт, включите компьютер и попробуйте снова запустить 1С: Предприятие.

d) Иногда принтер и другая техника, поставленная «поверх» ключа может мешать его определению сервером защиты. Предварительно выключив компьютер и принтер, попробуйте отсоединить периферию (чаще всего принтер) от компьютера, оставив ключ на месте. Теперь включайте компьютер и попробуйте запустить 1С. Конечно, в этом случае, вы не сможете пользоваться отключенным устройством.

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

a) Проверьте то, что проблемный компьютер «видит» сервер, на котором находится ключ. Можно либо пропинговать сервер из командной строки, запустив программу ping с проблемного компьютера с именем компьютера-сервера в качестве параметра. Например, c: ping server1c. Либо Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение». Если выяснится, что проблемный компьютер не «видит» сервер, то понадобится провести стандартную проверку при сетевых проблемах. Рекомендуем начать с проверки целостности кабелей (нет обрывов), работоспособности хаба, работоспособности сетевой карточки, кроме того, следует убедиться в наличии необходимых протоколов и правильности их настройки.

b) Убедитесь в том, что на компьютере с ключом запущена программа «Сервер защиты». Это программа необходима для работы клиентов 1С: Предприятие в сетевом варианте. Вы можете запустить ее, нажав Пуск ->Программ->1С: Предприятие 7.7-> Сервер защиты.

c) На каждом компьютере с 1С: Предприятие есть файл nethasp.ini, который по умолчанию находится в C:\Program Files\1Cv77\BIN. В этом файле содержатся настройки программы, проверяющей наличие ключа в сети. Файл достаточно хорошо документирован, и Вы, наверняка, сможете разобраться в его структуре. Мы рекомендуем Вам обратить особое внимание на строки используемых протоколов (возможно, там остался один IPX/SPX, который вообще в вашей сети не используется), время ожидание поиска ключа (при слабой сети программа может просто не успеть найти его) и ссылки на компьютер сервер (возможно, такого компьютера уже не существует, он перемещен или переименован).

Возможно, аппаратный ключ защиты «приказал долго жить». В этой ситуации нужно обратиться к вашему поставщику программного обеспечения и написать заявление на обмен ключа защиты. Или же ваша копия «1С:Предприятие» вообще не имеет данного ключа. Ведь ключ поставляется только с лицензионным программным обеспечением.

Сообщение об ошибке загрузки метаданных - это одна из самых распространенных ошибок при повреждении данных в 1с 7.7. Фразу "ошибка загрузки метаданных» бухгалтер видит, в случае если 1с при запуске не может обнаружить файл метаданных в системе базы или он как-то поврежден. Как правило, такого рода сбои происходят со съемными носителями, тем более в случае их неправильного отключения от компьютера, но это может быть также вызвано и выходом из строя самого носителя. Такое же сообщение пользователь получит и при нарушении базы в результате воздействия некоторых видов вирусов. Зачастую при ошибке загрузки метаданных поломка комплексная, то есть нарушен не только md файл но и иные компоненты базы. В первую очередь программа при запуске проверяет md файл, поэтому в первую очередь появляется сообщение о его неисправности. При таких ошибках программа полностью блокирует доступ к базе для предотвращения дальнейших повреждений.

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

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

В первую очередь нужно проверить, есть ли в каталоге базы данных файл метаданных. Самая распространенная ошибка пользователя - неправильное указание пути к базе данных. Путь указывать нужно следующим образом: открыть папку так, чтобы видеть файл метаданных - 1сv7.md.

Если путь к каталогу БД указан верно, вам повезло меньше: имеется файл, но не загружается, причины этого:

1. Файл нельзя прочитать или нет доступа к чтению файла. Затем попробуйте убедиться, что этот случай не ваш - попытайтесь сделать копию файла конфигурации на другом диске с помощью Проводника Windows. Если появилась «ошибка чтения файла», то это значит, что причина здесь в физическом повреждении диска или нет прав на чтение.

2. Файл читается, но поврежден (причина - отключение света; вирус, поедающий Compound файлы; отказ жесткого диска компьютера)

Файл читается, но он поврежден

В случае повреждения файла метаданных до начала любых операций нужно сделать копию БД и сохранить на другом диске. Операции, о которых речь пойдет дальше, отменить нельзя.

В первую очередь нужно восстановить информацию из резервной копии. Если изменений метаданных не производилось после последнего резервного копирования, то распаковать можно только 1 файл MD, заменить поврежденный файл извлеченной из архива копией.

Если архива нет, нужно проделать следующие действия — Попытаться распаковать файл конфигурации с помощью утилиты GComp. Если получилось распаковать файл, этой же утилитой файл упакуется и будет дальше работать.

— Любым HEX-редактором посмотреть заголовок файла. Если ничем не похож на Compound, то перед вами полностью чем-то убитый файл метаданных. Вероятно, этот файл зашифрован вирусом. В 90% случаев он не подлежит восстановлению.

— Если была стандартная конфигурация, можно попытаться в интернете найти MD файл такой же конфигурации и такой же версии. Номер версии можно узнать из файла.

Если Вы потеряли важную информацию, обращайтесь в первую очередь к квалифицированным специалистам. Таким образом, Вы сможете сэкономить деньги, свое время и будет больше гарантии, что Вашу информацию восстановят. При обращении к неквалифицированным мастерам Вы рискуете потерять свои данные безвозвратно.

Повреждения, возникшие из-за сбоя, как правило, минимальны. А вот повреждения, полученные в результате неудачных попыток восстановления зачастую фатальны.

В информационных базах на платформе 1С могут возникнуть множество различных ошибок:

нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.

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

Во-первых, стоит задать несколько уточняющих вопросов пользователю:

1) Релизы платформы/конфигурации.

2) Полный текст сообщения об ошибке. Пользователи имеют досадное свойство не читать целиком такие сообщения, а возможно в нем содержится рекомендация к устранению неисправности.

3) Как давно возникла и при каких обстоятельствах появляется. Не воспроизводимые ошибки, которых мы ранее не встречали, мы наврядли сможем исправить.

4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений - сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.

Теперь немного о самих ошибках и том как их решать.

Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).

Распространенный пример - ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».

Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -

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

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

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

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

!!!ВАЖНО

Перед любыми действиями с базой - сделать архивную копию!

Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!

1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.

  • Самое быстрое, что можно сделать - очистить временные файлы (удалить базу из списка баз и подключить заново)

    Это действие не удалит временные файлы (кэш), а создаст новую папку для временных файлов базы, удалить файлы можно:
    В Windows 7 в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv8x
    В Windows XP C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv8х

  • Также можно попытаться зайти в базу от другого пользователя.
  • Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
    C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
  • Если база sql-ная то тестирование средствами sql.
  • Если ни то ни другое не помогло, то можно обновить платформу (см. под какой платформой работает релиз)
  • Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD.

2) Если база при запуске уходит в дамп.

  • Отключить аппаратное ускорение видеокарты:
  1. Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
  2. В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
  3. В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
  4. Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
  1. Откройте Панель управления (Пуск — Панель управления).
  2. Найдите и откройте элемент «Экран».
  3. В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
  4. В открывшемся окне нажмите на ссылку «Дополнительные параметры».
  5. Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
  6. В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.

  • Если антивирус Касперский, то можно попробовать отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского. (Ошибка возникала на старых версиях 2011 года, но еще иногда встречается)
  • Проверить соответствие релиза платформы/конфигурации.
  • Попробовать зайти в базу с другой платформы.

3) База открывается в конфигураторе, но не хочет заходить в пользовательский режим.

  • Очистка временных файлов
  • Попытка зайти за другого пользователя
  • chdbfl / тестирование средствами sql
  • Тестирование и исправление ИБ:
    В конфигураторе Администрирование-Тестирование и исправление - галочки в зависимости от ситуации.
  • Попробовать создать др. пользователя с полными правами и зайти от него.
  • Попробовать перенести на другой ПК и открыть там, может что-то с ПК.

4) При каком-то действии выкидывает на код в конфигуратор.

  • Для проверки стоит очистить кэш.
  • Если не помогло то скорей всего ошибка в коде - особенно актуально для нетиповых и самописных конфигураций, но встречается иногда и в типовых.

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

Если типовая, то возможно ошибка в релизе.

В любом случае стоит пробежать в отладчике и посмотреть что не так.

5) Под одним пользователем дает что-то сделать, под другим нет.

  • Настройки прав пользователей.
  • Настройки пользователя.
  • Очистка кэша.

6) С одного ПК заходит, с другого нет.

  • Проверить в проводнике видит ли базу - может к папке с базой не предоставлен общий доступ.
  • Очистка кэша.
  • Зайти под другим пользователем.

7) Я ничего не делал/делала но у меня все сломалось

  • Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться
  • журналом регистрации с отборами и возможно узнать, в чем проблема.
  • Журнал регистрации можно найти в конфигураторе:
  • Администрирование - журнал регистрации.

    Либо в пользовательском режиме - расположение зависит от конфигурации.

8) Недостаточно памяти.

Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.

Решение

На клиентском компе запустить командную строку от имени администратора, прописать там следующее:

BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000 ). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.

Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900-3030.

9) Элементы форм налезают друг на друга и имеют неправильное расположение.

  • Очистка кэша.

10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8

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

Решение: обновиться до актуального релиза на всех рабочих местах.

Если не помогло, тогда делаем следующее:

  • Тестирование и исправление

11) Ошибка в платформе 8.3.4.428

  • В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.

12) Конфликт блокировок при выполнении транзакции:


Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1

"Как проверить (восстановить) базу на MS SQL Server средствами сервера
Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL. Для проверки целостности средствами MS SQL нужно выполнить следующую команду:
Код:
DBCC CHECKDB ("",REPAIR_REBUILD)
Перед выполнением этой команды нужно базу данных перевести в режим "single user":
Код:
sp_dboption "","single user",true
В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных).
Код:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима "single user"):
Код:
sp_dboption "","single user",false" (Взято с сайта )

Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.