Помилка відкриття індексного файлу таблиці 1с 7.7. Перетворення одногондексного файлу на тег

Вступ

Був літній сонячний день і ніщо не віщувало лиха, коли задзвонив телефон і співробітниця на іншому кінці повідомила: "Схоже, я вбила базу клієнта". Після допиту з пристрастю з'ясувалося таке: на звичайному віддаленому робочому столі (RDP) проводилося оновлення конфігурації з реструктуризацією бази, таких оновлень проводиться по тисячу п'ятсот разів на день. Однак, цього разу пішло, що щось не так і база даних впала.

При повторному запускупрограма видавала повідомлення

і після цього вивалювалася в Windows. Наявність резервної копії дозволило б відновити базу за дві секунди, але людська безтурботність співробітниці, яка не витратила зайвих пару хвилин на її створення, призвела до того, що виправлення проблеми зайняло близько чотирьох днів, було зроблено кілька неправильних кроків, які не призводили до значного результату. Нижче я описую правильний шлях.

Відновлення бази

Пошук по інтернету привів до сторінок з описом даних проблем без наявності рішення, проте незабаром було знайдено два важливі посилання, які були відправною точною у відновленні:

Крок №1.Робимо резервну копіюзіпсованої бази

Крім перегляду списку таблиць, є важлива нам функція вивантаження конфігурації. Запускаємо утиліту, відкриваємо основу. База відкрилася без повідомлень про помилки, це гарний знак!

Крок №3. Аналізуємо структуру файлу зіпсованої бази

Отже, як вам відомо CD файл - це насправді сховище файлів-таблиць. Відкриваємо Hex редактор (наприклад, опенсорсний http://en.wikipedia.org/wiki/HxD), переходимо за посиланням 0x4000. Тут знаходиться таблиця зсувів основних таблиць бази даних та зміни.

Ліричний відступ

Всі адреси зберігаються в абсолютній адресації, що ускладнює виправлення в ручному режимі, Якщо зіпсувалася якась таблиця не перша за списком. З іншого боку, це спрощує програмістам 1С роботу і прискорює процес заргузки необхідних таблиць на згадку.

Тож поглянемо на таблицю з HEX редактора:

На цій картинці в лівій частині показаний редактор HEX в правій частині список таблиць з утиліти Tool_1CD. Їх порядок збігається з тим, як вони йдуть у файлі CD. Тут бачимо, що таблиця CONFIG починається з адреси 0x5000 і закінчується на 0x31F0FFF, де слідом починається таблиця CONFIGSAVE за адресою 0x31F1000 (для тих хто ніколи не програмував на асемблері скажу, що в машинних кодах числа пишуться з права на ліво - пережиток царського режиму). Суворо кажучи, 0x5000 розташований заголовок таблиці CONFIG, який посилається ще на один заголовок, а потім вже йде сама таблиця (див. опис формату файлів за посиланням вище). Розумно припустити, що якщо 1С лається на конфігурацію, то саме цю таблицю нам треба виправити, для цього треба вичепити таблицю CONFIG із збереженої конфігурації (або якщо вона не зберігається, взяти конфігурацію максимально близькою до зіпсованої) і підставити її за адресою 0x5000, але при цьому таблиця не повинна виходити за межі 0x31F0FFF.

Upd 10/10/2012

Важливе зауваження :

1С звертається до таблиць на ім'я, і ​​їй важливо, яка таблиця перебуває у списку першої, яка другий тощо.Просто при створенні нової бази 1С створює необхідні таблиці один за одним у тому порядку, в якому це створення написали програмісти 1С. Тому завжди і виходить, що CONFIG йде першою, CONFIGSAVE другою і т.д. Але якби першою таблицею була б якась _REFERENCE152, а CONFIG була б сімнадцятою в списку, 1С спокійно працювала б з такою базою.

Крок №4а. Завантажуємо в порожню конфігурацію вивантажену конфігурацію (вибачте за каламбур)

Завантажили. Записали. Дивимося в HEX-редакторі

Так, щось не те, якась нова таблиця додалася. Звідси висновок: Відновлення потрібно робити на тому ж релізі платформи, що й зіпсована база.

Крок №5б. Завантажуємо в порожню конфігурацію вивантажену конфігурацію тієї ж версії платформи

Дивимося результат:

Так, результат теж не дуже. Таблиця CONFIG закінчується за адресою 0x10FFF, судячи з усього, вона не реструктуризована. Добре спробуємо скопіювати робочу таблицю Tool_1CD у неробочу базу.Виділяємо блок у робочій базі та копіюємо із заміщенням за адресою 0x5000 у зіпсовану базу:

Відкриваємо Tool_1CD, відкриваємо зіпсовану базу, але на жаль Tool_1CD висне при спробі переглянути таблицю CONFIG. Після кількох неправильних кроків мені прийшла ідея: а що якщо 1С структурує таблиці при завантаженні бази? Тоді залишається зробити вивантаження та завантаження бази з робочою конфігурацією.

Крок №5в. Завантажуємо в порожню конфігурацію вивантажену конфігурацію тієї ж версії платформи, робимо вивантаження та завантаження бази (не конфігурації!).

Подивимося як зараз виглядають усунення:

Вже краще. Тепер CONFIGSAVE розташована за адресою 0x31FC000, що більше ніж 0x31F1000. Як же скопіювати більший блок таблиці CONFIG у робочій базі на менший блок у зіпсованій базі? Відповідь проста: треба видалити метадані в робочій конфігурації, що не впливають на її структуру: загальні модулі, картинки, звіти, обробки тощо. Нам важливо запустити зіпсовану базу, конфігурацію ми згодом відновимо.

Після кількох ітерацій видалення, вивантаження та завантаження бази, я отримав таку картину:

Нарешті: CONFIGSAVE починається з 0x313B0000<0x31F1000. Тепер виділяємо блок 0x5000- x313AFFF у робочій базі та на адресу 0x5000 у зіпсованій базі копіюємо із заміщенням

Записуємо. Відкриваємо 1С. Очевидно, все запрацювало.

Upd 10/10/2012

Важливе зауваження

Як правило, зсув 0x4000 містить посилання на файли опису таблиць. А вже у файлах опису таблиць містяться посилання на таблиці записів, індексів та BLOB. У загальному випадку, якщо таблиця CONFIG "починається" з адреси 0x5000, а таблиця CONFIGSAVE з адреси 0x31f1000 і немає жодної гарантії, що на проміжку від 0x5000 до 0x31f1000 не міститься жодного блоку, що відноситься до будь-якої іншої таблиці. У більшості випадків таблиця CONFIG не фрагментована, пояснюється це, думаю, тим, що таке розташування файлів однієї таблиці один за одним, так, що вся таблиця як би знаходиться у файлі 1CD одним безперервним шматком, утворюється в результаті застосування стиснення бази даних при тестуванні виправлення або під час застосування утиліти chdbfl.exe.

Залишилось лише завантажити в базу робочу конфігурацію, щоб відновити робочу базу. Все, База відновлено.

P.S. Зрозуміло даний випадок описує виправлення простих поломок, проте навіть такий простий випадок може ставити в глухий кут досвідчених професіоналів, коли не існує типових способів вирішення проблеми. Не забувайте робити резервні копії.

Бувають ситуації, коли таблиця чи індекс можуть зашкодити. Це може бути обумовлено змінами mysql або в наборі оброблюваних даних. Наприклад, помилка у сортуванні, потрібно відновити таблицю для оновлення індексів для символьних стовпців, які використовують параметри сортування. Також відновлення таблиць може знадобитися після перевірки цілісності таблиць командами CHECK TABLE , mysqlcheck або mysql_upgrade.

Для відновлення, перестворення таблиць у разі оновлення БД mysql або зниження версії використовуйте лише метод dump-and-reload (створення бекапу таблиці з подальшим відновленням із нього). Таким чином, перш ніж оновлювати базу mysql або знижувати версію БД, необхідно створити дамп бази даних, наприклад, використовуючи mysqldump. Після оновлення або зниження версії відновити базу файлу дампа. Якщо Ви використовуєте цей метод тільки для перестворення індексів, то дамп і відновлення можна робити як до так і після оновлення або відкату версії.

Щоб перестворити таблицю, використовуючи дамп і відновлення, виконайте такі дії:

mysqldump db_name table1 > dump_table.sql

mysql db_name< dump_teble.sql

Для відновлення всіх таблиць немає необхідності їх перераховувати, використовуйте такі команди:

mysqldump db_name > dump.sql

mysql db_name< dump.sql

Для відновлення всіх таблиць у всіх базах даних mysqlвикористовуйте опцію -all-databases

mysqldump -all-databases > dump.sql

mysql< dump.sql

Для перестворення таблиці за допомогою команди ALTER TABLEне змінюйте механізм зберігання, використовуйте той, що вже є, наприклад, для MyIsam:

ALTER TABLE table1 ENGINE = MyISAM

Якщо Ви не впевнені в тому, який механізм зберігання використовується для таблиці, Ви можете це дізнатися, виконавши команду:

SHOW CREATE TABLEдля відображення параметрів таблиці.

Якщо необхідно перестворити таблицю, оскільки перевірка таблиці видала повідомлення про те, що таблиця пошкоджена, використовуйте команду: REPAIR TABLE, тільки якщо даний типзберігання таблиці підтримує цю операцію. Наприклад, MyISAM підтримує, тому виконуємо:

REPAIR TABLE table1

Для систем зберігання таблиць InnoDB, REPAIR TABLE не підтримується. Для перестворення та відновлення таких таблиць використовуйте mysqldumpдля створення дампа з подальшим відновленням, як було описано спочатку.

mysqlcheck -repair— надає можливість відновлення таблиць аналогічно REPAIR TABLE, тільки цей вираз зручніший, оскільки можна використовувати опції. -databases або -all-databasesдля лагодження відразу всіх таблиць у конкретних базах даних та у всіх базах даних mysql відповідно:

mysqlcheck -repair -databases db_name1 db_name2 ...

mysqlcheck -repair -all-databases

У MySQL 5.1.24 присутня помилка Bug #27877 utf8_general_ci and ucs2_general_ci кодування (стирування), він був виправлений у версії MySQL 5.1.62, 5.5.21 та 5.6.5. Встановіть будь-яку з версій з виправленням, потім конвертуйте таблиці за допомогою одного з наступних методів:

Змініть кодування (сортування) на utf8_general_mysql500_ci та ucs2_general_mysql500_ci, що відповідає utf8_general_ci and ucs2_general_ci у версії MySQL 5.1.24

Щоб перетворити таблиці постраждалих після оновлення, змініть налаштування за допомогою нових параметрів сортування. Припустимо, таблиця містить один або кілька проблемних стовпців utf8. Для перетворення таких таблиць використовуйте команду:

ALTER TABLE table1 CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_mysql500_ci;

Для застосування змін для стовпців використовуйте таку команду тільки без COLLATE:

ALTER TABLE table1 MODIFY CHAR(N) CHARACTER SET utf8 COLLATE utf8_general_mysql500_ci;

Для оновлення за допомогою процедури дампа та відновлення. Створіть файл дампа, змініть кодування для виразів CREATE TABLE, це можна зробити заміною авто, потім відновіть з фала дампа.

Після виконаних виправлень CHECK TABLEне має видавати помилок.

Якщо у Вас проблеми з Базою даних mysql і Ви не можете їх вирішити, звертайтесь до нас (контакти), ми з радістю допоможемо Вам.

Відкрити індексний файл можна лише в тому випадку, якщо раніше відкрито відповідний табличний файл. Інакше буде видано повідомлення про помилку. Для відкриття індексного файлу слід подати команду:

SET INDEX TO [Список індексних файлів]

[ВР< cdх-файл>]]

Призначення опцій таке саме, як у командах USE та INDEX ON.

Відкрити існуючий індексний файл можна одночасно з відкриттям табличного файлу командою USE (див. 2.2 «Відкриття таблиці»).

Для закриття всіх індексних файлів треба подати одну з команд: або SET INDEX TOбез опцій, або CLOSE INDEX.

Заміна поточного індексу

Для кожної таблиці одночасно може бути відкрито кілька індексних файлів, але поточним буде лише один індекс. За промовчанням прийнято, що поточним буде перший по порядку індекс у тому індексному файлі, ім'я якого вказано першим у списку імен індексних файлів команди USE або команди SET INDEX TO.

Поточним можна зробити будь-який індекс із поточного індексного файлу за допомогою команди

SET ORDER TO

[<выр. N1> | < idх-файл>| ]

[ ASCENDING | DESCENDING]

Призначення опцій:

<выр.Nl> - задає поточний індекс за його порядковим номером у мультиіндексному файлі.

- Створює поточним одноіндексний файл.

TAG<имя тега> - задає поточний індекс на ім'я тега із зазначеного мультиіндексного файлу. Якщо опцію опущено, тег вибирається з поточного мультиіндексного файлу.

IN<выр.N2> - вказує номер робочої області, де знаходиться індексний файл. Опція використовується у випадку, якщо табличний файл відкритий в одній робочій області, а індексний файл - в іншій робочій області.

Поточним індексом також можна зробити за допомогою діалогової панелі Table Designer, перемістивши рядок опису потрібного індексу на перше місце.

Перебудова індексних файлів

При внесенні змін у великі таблиці витрачається багато часу, тому що при внесенні кожної зміни наново перебудовуються всі відкриті індексні файли. Для економії часу індексні файли закривають та вносять зміни до таблиці. Однак у цьому випадку виникає невідповідність між оновленою таблицею та індексними файлами. Для усунення зазначеної невідповідності треба наново перебудувати індексні файли. Після відкриття всіх індексних файлів, що належать зміненому табличного файлу, треба подати команду REINDEX.Команда діє на всі індексні файли, відкриті у поточній робочій області. Переіндексування також можна виконати, подавши з Головного меню команду Table -> Rebuild Indexes.

Перетворення одногондексного файлу на тег

Якщо табличному файлу належить один або кілька одно-індексних файлів, їх можна скопіювати як теги в мульти-індексний файл. Для цих цілей використовують команду

COPY INDEXES< іменаidx -файлів> | ALL

Опція ALL вказується у разі, якщо треба скопіювати все одноіндексні файли. При цьому перелік імен <имена idx-файлов> не вказується. Тегам надаються імена одноіндексних файлів. При копіюванні кількох одноіндексних файлів їх імена перераховуються через кому. Якщо опція ТО опущена, то одноідекс файли копіюються в поточний мультиіндексний файл. Якщо опція ТО містить ім'я неіснуючого мультиіндексного файлу, він створюється.

Допустима і зворотна операція, тобто один тег перетворюється (копіюється) в одноіндексний файл за допомогою команди:

COPY TAG<список имен тегов>(OF<с dх-файл>] TO< idx-файл>]

Попередньо мультиіндексний файл повинен бути відкритий. Можна скопіювати окремі теги, вказавши<список имен тегов>або всі теги, використовуючи опцію ALL.

Рано чи пізно в житті будь-якого користувача 1С настає важка хвилина, коли улюблена програма відмовляється мати з ним справу, не запускаючись зовсім або видаючи найчастіше незрозумілі для людини недосвідченого повідомлення. Отже, що нам намагається сказати 1С і що ми можемо зробити для неї?

1. «Помилка завантаження метаданих»

2. "Порядок сортування, встановлений для бази даних, відрізняється від системного!"

Ця помилка виникає у випадку, коли системне кодування та кодування інформаційної бази різні (див. http://www.goto1c.ru/2011/04/ordnochkprm.html).

3. "Помилка блокування даних"

Ваша база використовується у монопольному режимі (можливо, це Ви самі). Для вирішення цієї проблеми необхідно закрити сеанс «1С:Підприємство» з монопольним доступом до бази та зайти в розділеному режимі. Якщо 1С: Підприємство у монопольному режимі запущено не на Вашому комп'ютері, то можливі два варіанти дій.

Перший варіант застосовується, якщо комп'ютери в мережі, що використовують 1С: Підприємство, трохи або вони розташовані недалеко один від одного. Вибравши на кожному комп'ютері пункт меню 1С:Підприємство Допомога -> Про програму, Ви побачите у рядку Режим роботи. Якщо ліворуч написано «Монопольний», потрібно закрити 1С:Підприємство на цьому комп'ютері.

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

Іноді можливий варіант, що якийсь комп'ютер некоректно завершив роботу (або просто завис), тоді потрібно вимкнути його і включити ще раз. Якщо неможливо визначити, який комп'ютер зайняв базу, а в Моніторі не вказано комп'ютер, який використовує монопольний режим, доведеться знайти і завершити процес 1cv7.exe в Диспетчері задач Windowsабо вимикати всі комп'ютери (можна по одному, намагаючись запустити 1С після вимкнення кожного комп'ютера).

4. «Каталог користувача зайнятий»

5. «Каталог бази не виявлено»

Це сталося через те, що недоступна папка, де знаходиться база 1С. Якщо база знаходиться на Вашому комп'ютері, то швидше за все Ви її кудись перемістили. Згадайте, чи переміщали Ви якісь каталоги (папки) до Останнім часом. Якщо Ви знаєте точно, куди було переміщено базу, то при запуску 1С у діалоговому вікні виберіть кнопку «Змінити» (праворуч йдуть кнопки ОК, Скасувати та наступна – «Змінити»). Вкажіть новий шлях до бази та, натиснувши кнопку ОК, запустіть 1С: Підприємство ще раз.

Якщо база знаходиться не на вашому комп'ютері, а на віддаленому сервері, краще звернутися за допомогою до людини, яка відповідає за працездатність комп'ютерів у Вашій фірмі. Якщо Ви все ж таки вирішили самостійно ліквідувати проблему, то, по-перше, необхідно перевірити наявність мережі між двома комп'ютерами (Ви можете просто перевірити наявність комп'ютера-сервера у списку доступних для клієнта комп'ютерів, натиснувши на іконці «Моє мережеве оточення»). По-друге, потрібно дізнатися про місцезнаходження каталогу з базою на сервері. Після цього, клацнувши на кнопку «Змінити» у діалоговому вікні запуску 1С:Підприємство, виберіть «Моє мережеве оточення»->Сервер, на якому знаходиться база ->Вкажіть шлях до бази.

6. «Помилка відкриття індексного файлу таблиці. Для відновлення індексних файлів запустіть програму у монопольному режимі»

Щоб вирішити цю проблему, потрібно запустити програму в монопольному режимі (поставте галочку в полі «Монопольно» під час запуску програми). Звичайно, попередньо доведеться попросити всіх користувачів вийти із 1С: Підприємство. На пропозицію відновлення індексних файлів потрібно відповісти ствердно. Цей процес може зайняти значну кількість часу, від 1-2 хвилин для баз в 5-10 мегабайт до години для великих баз. Якщо Вам не вдається запустити систему в монопольному режимі, хоча Ви впевнені, що всі користувачі вийшли з програми, спочатку перевірте свій комп'ютер, можливо, там залишилася запущена копія програми. Якщо це не допомогло, то спробуйте вимкнути клієнтські машини (можна по одній, з перевіркою після кожної). Ймовірно, що одна із програм була некоректно завершена і не звільнила бази.

7. "Пошкоджено файл журналу реєстрації"

У каталозі Вашої бази (шлях до бази написаний унизу у вікні запуску) є підкаталог Syslog. У цьому вся каталозі лежить файл 1cv 7.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)Скопіюйте файл 1Cv 7.md , який лежить у каталозі NEW _STRU Вашої бази до каталогу з базою. Наприклад, якщо Ваша база лежить у каталозі c :\1C \base , то потрібно скопіювати файл 1Cv 7.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С: Підприємство. Якщо ж з якихось причин драйвер не був встановлений, то встановіть його з диска, що додається до програмного забезпечення, або завантажте з сайту http://www.aladdin.com/support/hasp/hasp4/enduser.aspx.

c ) Перевірте фізичну наявність ключа на комп'ютері, можливо, він вискочив з комп'ютера. Для цього потрібно дістатися до задньої стінки корпусу комп'ютера, туди, куди підключаються дроти. Важливо: рекомендується попередньо вимкнути комп'ютер. Ключ виглядає як брусок приблизно 3х4х1 см. Найімовірніше, він буде червоного або білого кольору. Ключ вставляється в LPT порт (туди, куди і принтер). У будь-якому випадку, Ви зможете вставити ключ тільки в порт LPT. Важливо: не потрібно докладати великої сили, зусилля повинні бути порівняні з зусиллями при піднятті склянки чаю. Якщо ключ не входить у порт, не намагайтеся вставити його силою, оскільки це не ключ, або Ви вставляєте його не в LPT порт. Краще покличте людину, яка відповідає у Вашій фірмі за комп'ютери. Після того, як Ви вставили ключ у порт, увімкніть комп'ютер і спробуйте знову запустити 1С: Підприємство.

d ) Іноді принтер та інша техніка, поставлена ​​«поверх» ключа, може заважати його визначенню сервером захисту. Попередньо вимкнувши комп'ютер і принтер, спробуйте від'єднати периферію (найчастіше принтер) від комп'ютера, залишивши ключ на місці. Тепер увімкніть комп'ютер і спробуйте запустити 1С. Звичайно, у цьому випадку ви не зможете користуватися відключеним пристроєм.

Якщо у Вас використовується мережна версія, і ключ не розташований на Вашому комп'ютері, то рекомендується звернутися за допомогою до людини, яка відповідає за працездатність комп'ютерів у Вашій фірмі. Якщо Ви і є цією людиною, то ми можемо порадити Вам виконати такі дії:

a ) Перевірте, чи проблемний комп'ютер «бачить» сервер, на якому знаходиться ключ. Можна або пропінгувати сервер із командного рядка, запустивши програму ping із проблемного комп'ютера з ім'ям комп'ютера-сервера як параметр. Наприклад, c: ping server 1c. Або Ви можете просто перевірити наявність комп'ютера-сервера у списку доступних для клієнта комп'ютерів, натиснувши на іконці «Моє мережеве оточення». Якщо з'ясується, що проблемний комп'ютер не бачить сервер, то знадобиться провести стандартну перевіркупри мережевих проблем. Рекомендуємо почати з перевірки цілісності кабелів (немає обривів), працездатності хаба, працездатності мережевої картки, крім того, слід переконатися в наявності необхідних протоколів та правильності їх налаштування.

b ) Переконайтеся, що на комп'ютері з ключем запущено програму «Сервер захисту». Ця програма необхідна для клієнтів 1С: Підприємство в мережевому варіанті. Ви можете запустити її, натиснувши Пуск->Програм->1С: Підприємство 7.7-> Сервер захисту.

c) На кожному комп'ютері з 1С: Підприємство є файл nethasp. Цей файл містить налаштування програми, яка перевіряє наявність ключа в мережі. Файл досить добре документований, і Ви напевно зможете розібратися в його структурі. Ми рекомендуємо Вам звернути особливу увагу на рядки використовуваних протоколів (можливо, там залишився один IPX /SPX , який взагалі у вашій мережі не використовується), час очікування пошуку ключа (при слабкій мережі програма може просто не встигнути знайти його) та посилання на комп'ютер сервер (можливо, такого комп'ютера вже немає, він переміщений чи перейменований).

Можливо, апаратний ключ захисту "наказав довго жити". У цій ситуації необхідно звернутися до Вашого постачальника програмного забезпеченнята написати заяву на обмін ключа захисту. Або ж ваша копія "1С:Підприємство" взагалі не має даного ключа. Адже ключ постачається лише з ліцензійним програмним забезпеченням.

У статті були використані матеріали із сайтів http://help1c.com, http://www.ititi.ru, http://it-specialist.perm.ru.

Найбільш поширені помилки 1С 7.7

1. Помилка відкриття індексного файлу таблиці 1SCONST. Щоб відновити індексні файли, запустіть програму в монопольному режимі.

Зазвичай, таке буває при початковій установцібаз. Рішення підказано)) Запускаємо 1С у монопольному режимі. 1С проіндексує базу і можна завантажити.

2. порядок сортування відрізняється від системного.

Ця помилка найчастіше буває при початковій установці 1С на операційні системи Windows Vistaта Windows 7. Вона пов'язана з різними механізмами сортування в операційній системі Windows та програми 1С Підприємство 7.7.

Тут є два варіанти.

2.1. У вас одиночний комп'ютер з Windows Vista/7 та 1С [b] абомережна, але на всіх комп'ютерах стоїть Windows Vista/7.
У такому разі треба змінити порядок сортування для 1С Підприємство 7.7 у самій базі.

Робиться так:
- Запускаємо 1С у режимі конфігуратор Підприємства 7.7;
- Вибираєте пункт " Адміністрація" -> "Кодова таблиця сторінок ІБ";
- У списку вибираємо найнижчий пункт - Поточна системне встановлення ";
- ОК.

2.2 У вас розрахована на багато користувачів версія, але працюють в ній користувачі з різними операційними системами - Windows XP, Windows Vista, Windows 7.
У такому разі слід відключити перевірку порядку сортування.

Створюємо маркерний файл під назвою OrdNoChk.prmз будь-яким вмістом. можна порожній;
- якщо у вас одна база, то можна кинути файл до самої програми, тобто. в \\1Cv77\Bin\ Цим ми відключаємо перевірку порядку сортування у програмі 1С. Але це стосуватиметься все одно всіх баз.
- якщо ж у вас багато баз, то краще кидати цей файл в папку з базою. Тоді відключення перевірки порядку сортування стосуватиметься лише цієї бази, де знаходиться цей маркерний (або сигнальний) файл. Скажімо, у вас є три бази. З двома базами працюють у Windows XP, а з третьою – з різних систем. Тоді якщо кинемо маркерний файл тільки до третьої бази, то з третьою базою зможуть працювати з різних систем.

Чому ж не кинути файл OrdNoChk.prmв BINі не вимкнути перевірку порядку сортування відразу для всіх баз?
Тому що:
- даний спосібпрацює тільки починаючи з 26-ої платформи та вище;
- 1С попереджає: " Застосування цієї можливості може бути рекомендовано тільки в крайніх випадках, коли немає можливості узгодити системний порядок сортування з порядком сортування, що встановлюється для інформаційної бази. При відключенні перевірки порядку сортування в умовах застосування компоненти управління розподіленими інформаційними базами НЕ СЛІД використовувати символи будь-яких алфавітів, крім латинського, у трилітерному ідентифікаторі інформаційних баз, що входять до складу розподіленої. Слід мати на увазі, що 1С:Підприємство при роботі використовує можливості сортування обох механізмів, і відключення перевірки ідентичності порядку в них може призвести до несподіваного для користувача порядку слідування рядків, наприклад, при формуванні звітів".

Тому, якщо з якоюсь базою працюють у однаковій системі, краще використовувати штатні можливості. - Наприклад, поміняти кодову таблицю сторінок у самій базі та працювати штатно.
- Або ж використовувати маркерний файл, але вибірково до тієї бази, з якою працюють у різних операційних системах, не чіпаючи інших.

Такий підхід, здається, більш гнучким і правильним.

До того ж слід пам'ятати наступне!

Бази бажано розташовувати на машині з Windows XP, а OrdNoChk.prmпомістити в папку BINна машині із Windows 7 (Vista). Це дозволить уникнути потенційних проблем з роботою таких компонентів, як УРІБ. При цьому слід пам'ятати, що машину з Windows 7 можна використовувати тільки для роботи в режимі 1С Підприємство.
Будь-які зміни в режимі конфігуратора повинні вноситися тільки на машині з Windows XP.
При розміщенні баз на машині з Windows 7 (Vista) обов'язково слід привести кодову сторінку ІБ до системної (за першим способом), а OrdNoChk.prm використовувати вже на машинах з Windows XP, інакше робота з УРІБабо просто завантаження раніше вивантажених даних в ІБ буде неможливим.

3. Помилка при створенні з компонентів V7Plus.dll (Відсутнє CLSID)

Така помилка відбувається через те, що в операційній системі не зареєстровані бібліотеки. В даному випадку - V7Plus.dll.
1С реєструє бібліотеки динамічно, тобто. при першому зверненні до потрібної бібліотеки.
Але не може.
Зазвичай це відбувається через відсутність прав, або при включеному UAC(Windows Vista/7). При увімкненому UAC 1C працює з правами користувача і, отже, зареєструвати бібліотеку не може.
Є два варіанти вирішення:
- Копіюємо V7Plus.dll(або потрібну бібліотеку) до папки BIN 1С (щоб не прив'язувати до конкретної бази) та один раз запутати 1С від імені Адміністратора, або від обліку з правами адміністратора. Оскільки запускається з правами адміністратора - то й зареєструється бібліотека.
- Зареєструвати вручну. Для цього запускаємо командний рядокз правами адміністратораі даємо команду regsvr32 \BIN\V7Plus.dll, результатом виконання має бути повідомлення про успішну реєстрацію бібліотеки.

4. Помилка "Для доступу до бази даних потрібний ODBC-драйвер для MS SQL Server версії 3.50.0303 або старше.

Помилка виникає при спробі запуску SQL версії 1С Підприємство 7.7 на Windows 7 (Vista) і полягає у відсутності підтримки цими ОС версій SQL сервера нижче SQL Server 2005 SP2.

Витримка з офіційного прес-релізу Microsoft:
Для забезпечення більш високого рівнябезпеки, операційні системи Microsoft Windows Server 2008 та Microsoft Windows Vista будуть підтримувати випуск SQL Server 2005 Express з пакетом оновлень 1 (SP1), а для решти випусків SQL Server буде потрібно SQL Server 2005 з пакетом оновлень 2 (SP2) або пізніша версія. Більше ранні версії SQL Server, включаючи SQL Server 2000 (всі випуски, включаючи випуск Desktop Engine, так само відомий як MSDE), SQL Server 7.0 та SQL Server 6.5, операційними системами Windows Server 2008 і Windows Vista не підтримуватимуться.

Рішення сьогодні не існує (і навряд чи воно з'явиться).

В якості альтернативного варіантаможна порадити запуск 1С Підприємства на Windows Server 2003 в термінальному режимі, цей же варіант ми рекомендуємо і для файлового режиму 1С в мережі з різними версіями Windows.