Общая ошибка файла при доступе к 1cv7 md

Обновлено: 30.06.2024

Чтобы обеспечить равный доступ для всех пользователей, SEC оставляет за собой право ограничивать запросы, исходящие от незадекларированных автоматических инструментов. Ваш запрос был идентифицирован как часть сети автоматизированных инструментов, выходящих за рамки приемлемой политики, и будет управляться до тех пор, пока не будут предприняты действия по объявлению вашего трафика.

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

Чтобы ознакомиться с рекомендациями по эффективной загрузке информации с сайта SEC.gov, включая последние документы EDGAR, посетите сайт sec.gov/developer. Вы также можете подписаться на получение по электронной почте обновлений программы открытых данных SEC, включая передовые методы, которые делают загрузку данных более эффективной, и улучшения SEC.gov, которые могут повлиять на процессы загрузки по сценарию. Для получения дополнительной информации обращайтесь по адресу opendata@sec.gov.

Для получения дополнительной информации см. Политику конфиденциальности и безопасности веб-сайта SEC. Благодарим вас за интерес, проявленный к Комиссии по ценным бумагам и биржам США.

Идентификатор ссылки: 0.4f601502.1648482447.4a6106ef

Дополнительная информация

Политика безопасности в Интернете

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

Несанкционированные попытки загрузки информации и/или изменения информации в любой части этого сайта строго запрещены и подлежат судебному преследованию в соответствии с Законом о компьютерном мошенничестве и злоупотреблениях от 1986 года и Законом о защите национальной информационной инфраструктуры от 1996 года (см. Раздел 18 USC). §§ 1001 и 1030).

Чтобы обеспечить хорошую работу нашего веб-сайта для всех пользователей, SEC отслеживает частоту запросов на контент SEC.gov, чтобы гарантировать, что автоматический поиск не повлияет на способность других получать доступ к контенту SEC.gov. Мы оставляем за собой право блокировать IP-адреса, отправляющие чрезмерные запросы. Текущие правила ограничивают количество запросов пользователей в общей сложности до 10 запросов в секунду, независимо от количества компьютеров, используемых для отправки запросов.

Если пользователь или приложение отправляет более 10 запросов в секунду, дальнейшие запросы с IP-адреса(ов) могут быть ограничены на короткий период. Как только количество запросов упадет ниже порогового значения на 10 минут, пользователь может возобновить доступ к контенту на SEC.gov. Эта практика SEC предназначена для ограничения чрезмерных автоматических поисков на SEC.gov и не предназначена и не должна влиять на отдельных лиц, просматривающих веб-сайт SEC.gov.

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

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

Конфигурация — это некая заготовка, контейнер, который программист наполняет определенным содержимым (данными). Создает необходимый набор справочников, документов и т.д. Определяет к ним, каждому, набор реквизитов, устанавливает связь между ними. Документы пишет модуль. Создает диалоговые формы с соответствующими элементами и модулем. Задает свойства элементов. Создает печатные формы. Записывает глобальный модуль. Это все сохраняется в один файл в каталоге БД 1CV7.MD (от MetaData - метаданные).
Метаданные — это совокупность объектов, составляющих конфигурацию (документы, журналы, отчеты и их модули, таблицы, рисунки и т. д.). На основе метаданных генерируются таблицы базы данных. Структура базы данных отображается в файле 1cv7.DD (версия DBF) или 1cv7.DDS (версия SQL), который создается автоматически и модифицируется каждый раз, когда изменения метаданных влияют на структуру базы данных. Файл 1cv7.DD можно просмотреть с помощью обычного блокнота.
Файл 1cv7.MD представляет собой составной документ (также известный как структурированное хранилище OLE). Такой же формат используется для MS Word, MS Excel и многих других. Вы можете просмотреть файл с помощью утилиты DocFile Viewer, входящей в состав Visual Studio. Программа позволяет просматривать OLE DocFile в виде дерева вложенных контейнеров.
Файл содержит что-то вроде файловой системы. Он сам по себе является «каталогом» (в терминах Составного Документа — корневым хранилищем) и может содержать подкаталоги (storages — «контейнеры/хранилища») и/или файлы (streams — «потоки»).
Размер конфигурационного файла зависит от количества объектов, встроенных изображений и т.д. Бывает, что после внесения изменений, даже незначительных, размер файла резко увеличивается. В принципе, это не страшно и на работоспособность конфигурации не влияет, хотя может замедлить (а в редких случаях сделать невозможной) загрузку 1С. Тем не менее, вы можете попробовать сжать файл.Для этого можно:
- что-то изменить в конфигурации (стереть и написать снова одну букву где угодно) и сохранить. При сохранении 1С пытается запаковать файл метаданных;
- загрузить конфигурацию "себе" - сделать копию файла метаданных, в режиме Конфигуратора выбрать Загрузить измененные. и указать на копию конфигурации;
- попробуйте удалить и пересоздать пользовательские интерфейсы - как показывает опыт, именно они чаще всего "ломаются".
Не рекомендуется работать с файлом метаданных по сети. Все изменения в нем, а тем более загрузка/слияние изменений, должны осуществляться на локальном диске. Работа через сетевое окружение может привести как к ошибке, так и к повреждению файла.
Может возникнуть ошибка при объединении метаданных при работе под Windows 2000, поэтому желательно не сливать под Windows 2000.
Если у вас сломалась рабочая база, то вы можете ее восстановить.
Прежде всего, если есть актуальная заархивированная копия файла MD, вам просто нужно ее восстановить. Если вы не меняли ни структуру, ни тексты модулей, поможет простая замена «поврежденного» файла архивом.
Если архива нет, то сразу бекапите всю директорию конфигурации и базу данных. Положите эту копию в надежное место и не трогайте, пока не убедитесь, что все работает нормально и восстановлено максимальное количество данных.
Обычно каталог базы данных имеет подкаталог NEW_STRU, который должен содержать файл метаданных, очень близкий к текущему. Копия конфигурации создается в этом каталоге перед сохранением изменений. Если последние изменения не коснулись структуры данных, можно попробовать поместить ее в директорию базы данных, заменив «поврежденный» файл.
Вообще, чтобы избежать таких проблем, каждый день и перед каждым изменением делайте резервную копию базы данных.

Часто у пользователей программы 1С возникает потребность в создании новой информационной базы (ИС). Как правило, с этого и начинается поиск программиста/системного администратора. Между тем, эта процедура достаточно проста и может быть выполнена пользователем.

<р>1. Создайте новую папку с интуитивно понятным именем новой базы данных. Причем создать папку можно в любом удобном месте, например, в корне диска C:.

<р>2. Найдите конфигурационный файл 1CV7.MD (смотрите в каталоге программы 1С - по умолчанию - Program Files1Cv77) и файлы V7PLUS.DLL и V7Plus.als.

<р>3. Скопируйте эти файлы в созданный вами каталог.

<р>4. Запускаем программу 1С. В окне запуска 1С нажмите кнопку Добавить. Откроется окно регистрационной базы данных.

<р>5. В текстовом поле Имя укажите интуитивно понятное имя создаваемой информационной базы.

<р>7. В открывшемся диалоговом окне Выбор каталога найдите созданный каталог, выберите его левой кнопкой мыши и нажмите кнопку Выбрать.

<р>8. Нажмите OK в окне регистрационной базы данных.

<р>9. В окне Запуск 1С теперь выделена добавленная нами ИБ. Вверху выпадающего списка в Режиме выберите Конфигуратор - ОК.

<р>10. В открывшемся диалоговом окне Выбор формата хранения данных переключатель Файлы *.DBF, *.CDX установлен по умолчанию. Нажмите «ОК». Запустится Конфигуратор.

<р>11. Откройте меню Designers — New Report. В открывшемся диалоговом окне «Конструктор отчетов» нажмите «Далее» — «Далее» — «Готово».

<р>12. Закройте окно Form-Report.new1. В окне Конфигурация удалите только что созданный отчет new1, подтвердив удаление.

<р>13. Закройте окно конфигурации. В появившемся диалоговом окне Конфигуратор - на запрос Сохранить метаданные? - нажмите Да.

<р>14. В появившемся диалоговом окне Конфигуратор - по запросу Старого словаря данных нет! Продолжить? - нажмите Да.

<р>15. В диалоговом окне «Реорганизация информации» нажмите «Принять» — «ОК».

<р>16. Закройте Конфигуратор. Вы можете работать с новой информационной безопасностью.

Типичное содержание каталога IB:

ExtForms (каталог с файлами внешних отчетов, печатных форм, бухгалтерских отчетов и других внешних модулей)

ExtDb (каталог с файлами классификатора: КЛАДР, БИК)

SYSLOG (каталог с файлами журнала действий пользователя 1cv7.mlg и 1cv7evt.txt)

NEW_STRU (резервный каталог предыдущей конфигурации и таблиц перед изменением)

1CV7.MD (файл конфигурации)

1Cv7.DD (файл словаря базы данных)

1Cv7.CFG (настройки формы и значения, записанные оператором SaveValue)

* .CDX (индексные файлы)

*.DBF (таблицы данных)

*.ert (внешний отчет и файлы обработки)

*.mxl (сохраненные файлы печатных форм)

* .spl (файлы шаблонов валюты)

* .xml (обмен и загрузка файлов)

CJ * .DBF и CJ * .CDX (детали журналов взаиморасчетов)

DH *.DBF и DH *.CDX (реквизиты "головной" части документов)

ДТ*.DBF и ДТ*.CDX (реквизиты табличной части документов)

RA * .DBF и RA * .CDX (регистрация движения)

RG * .DBF и RG * .CDX (сумма регистров)

SC * .DBF и SC * .CDX (детали каталога)

1SSYSTEM.DBF (информация о текущей дате и времени, точка актуальности)

1SCONST.DBF (значения постоянных и периодических реквизитов документов)

1SUSERS.DBF (пользователи конфигурации сети)

1SJOURN.DBF (все журналы)

1SCRDOC.DBF (структура подчинения документа)

1SSTREAM.DBF (последовательности документов)

1SACCS.DBF (список счетов для всех планов счетов)

1SOPER.DBF (все операции, созданные документами)

1SENTRY.DBF (все проводки, созданные документами)

1SCORENT.DBF (список правильных транзакций)

1STOPER.DBF (справочник по типовым операциям)

1cv7Main.tip (текст, отображаемый в диалоговом окне "Советы дня")
V7PLUS.DLL и V7Plus.als (компонент V7Plus)

* .ocx * .dll (драйверы и внешние компоненты)

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

Все исходники открыты, при разработке использовались только блокнот и редактор реестра.
Разработка настроена по стандартному пути к исполняемым файлам 1С как «C:\Program Files\1cv81\bin» и «C:\Program Files\1cv77\bin».
Вы можете изменить его самостоятельно, если у вас его нет.
Для удобства написан установщик (install.bat).
Используйте на здоровье.
Предложения и комментарии к [email protected]

Новое в версии 2.0: (от 3.09.08)
- Весь механизм убран в один файл;
- настройки для удобства вынесены в отдельный файл (settings.bat). Однако его присутствие не обязательно;
- Добавлены дополнительные команды для 8. *:
Сохранение конфигурации в файл;
Обновление конфигурации (аналог F7 в конфигураторе);
Тестирование и исправление (ключи в настройках см. в документации).

Файл настроек
set exe8 = C:\\\\Program Files (x86)\\\\1cv8 \\\\common\\\\1cestart.exe
Это путь к восьмерке (обязательно \\\\дублирование). Вы можете изменить путь или указать версию 8.0

Установить exe7=C:\\\Program Files\\\\1cv77\\\\bin\\\\1cv7.exe
Это путь к семерке, например можно указать другое имя исполняемого файла - 1cv7l.exe

Rem set user=/NSerj/P ******
Это дополнительные параметры. Может быть логин, пароль, пароль разблокировки, дополнительные параметры.
Стоит комментарий, потому что хранить здесь свой пароль НЕ БЕЗОПАСНО! Убедитесь сами.
Полный список опций обновляется с каждой версией. Основные из них:
/ N
Имя пользователя. Необходимо указать так же, как и в списке пользователей, созданном в Конфигураторе
/P
пароль пользователя, имя которого указано в параметре /N. Если у пользователя нет пароля, этот параметр можно не указывать.
/WA-
запрет использования Windows-аутентификации при старте Предприятия или Конфигуратор
/WA+
настройка обязательного использования Windows-аутентификации при запуске 1С:Предприятия или Конфигуратор. Если ключ /WA не указан, то предполагается, что используется параметр командной строки /WA+
/AU-
запрет снятия вопроса об обновлении текущей версии 1С:Предприятия с административная установка
/AU +
установка вывода вопроса об обновлении текущей версии 1С:Предприятие с административной установки. Если ключ /AU не указан, то предполагается, что используется параметр командной строки /AU+
/Out[-NoTruncate]
установка файла для вывода служебных сообщений. Если указан ключ NoTruncate (через пробел), файл не очищается
/ L
указывает каталог локализованных ресурсов интерфейса (например, «RU»)
/ DisableStartupMessages < br />Подавляет стартовые сообщения: «Конфигурация базы данных не соответствует сохраненной конфигурации. Продолжить?"; "Возможностей вашего компьютера недостаточно для редактирования справки по настройке. Для редактирования справки необходимо установить Microsoft Internet Explorer версии 6.0 или выше."; «Возможностей вашего компьютера недостаточно для редактирования html-документов, в том числе справочных разделов. Для редактирования html-документов необходимо установить Microsoft Internet Explorer версии 6.0 или выше. В этом выпуске редактирование HTML-документов будет недоступно. ”
/ C
передача параметра в конфигурацию
/ uc
код для разблокировки базы (для 8.1)

Set paramCheckAndRepair=-ReIndex -LogIntergrity -IBCompression
Это параметры тестирования и исправления.Может быть:
[-ReIndex] [-LogIntergrity] [-RecalcTotals] [-IBCompression] [-TestOnly | [-BadRefCreate | -BadRefClear | -BadRefNone] [-BadDataCreate | -BadDataDelete]]
-ReIndex
переиндексация таблиц
-LogIntergrity
проверка логической целостности
-RecalcTotals
пересчет
-IBCompression
сжатие таблицы
-TestOnly
проверка только при наличии ссылок на несуществующие объекты:
-BadRefCreate
создание объектов
-BadRefClear
очистка объектов
/>-BadRefNone
не изменять
с частичной потерей объектов:
-BadDataCreate
создавать объекты
-BadDataDelete
удалять объекты

Подробности Категория: Работа с базами данных 1С 7.7 Опубликовано: 01 декабря 2012 Просмотров: 37122

Связанные вопросы

Без лишних слов. В данной статье будет рассмотрен вопрос создания пустой базы данных 1С версии 7.7 с конфигурационным файлом *.md. Также на нашем сайте вы можете найти статьи по теме:

Как создать пустую базу данных?
Как очистить базу данных от всех данных?
Как сохранить базу данных в архив?
Как скачать базу данных из архива?

Что нам нужно?

Для создания пустой базы нам обязательно понадобится дистрибутив программы (в лучшем случае) или конфигурационный файл (довольно тем, что есть). Именно он определяет, какой будет пустая база: 1С:Бухгалтерия, 1С:Торговля+Склад, 1С:Зарплата+Кадры или какая-то другая.

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

Конфигурационный файл 1С версии 7.7 всегда называется одинаково "1Cv7.md". Можно взять, например, из другой доступной информационной базы или "достать" из любого другого места.

ОЧЕНЬ ВАЖНЫЙ МОМЕНТ! База данных, которую мы создадим таким образом, по функционалу будет идентична базе данных, из которой мы взяли файл «1Cv7.md». Часто именно это и нужно сделать — сделать такую же базу, но чистую. подробнее об этом позже. Пример: если мы взяли конфигурационный файл из рабочей базы 1С:Зарплата+Кадры, то мы можем создать только пустую базу 1С:Зарплата+Кадры.

Где именно я могу получить файл конфигурации? Файл "1Cv7.md" всегда находится в корне каталога базы данных. Те. если у нас есть рабочая БД 1С:Бухгалтерия, которая находится в директории "D:\Базы_1С\Бухгалтерская База\", то заглянув в эту папку, можно легко найти файл "1Cv7.md", который мы необходимо создать новую базу данных.

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

Если путь очень длинный и не помещается в окно, нажмите на кнопку "Редактировать", в открывшемся окне в поле "Путь" вы увидите полный путь к базе данных.

Как создать пустую базу данных 1С:Предприятие 7.7 с конфигурационным файлом 1Cv7.md?

Где взять файл конфигурации, о котором мы говорили в первом разделе этой статьи. Имея файл "1Cv7.md" (на самом деле он может называться как угодно, если его переименовать, но как правило он так и называется) нужно выполнить последовательность действий:

Создайте пустую папку, где, по вашему мнению, должна лежать ваша новая информационная база. Для примера предположим, что мы создали папку "D:\Базы_1С\БазыУчета\".
Откройте список баз 1С как на рис. 3.
Нажмите кнопку "Добавить".
Указать произвольное название информационной базы - как она будет называться в списке баз.
Нажмите на кнопку «.» и выберите папку, которую мы создали на шаге 1. В диалоговом окне выбора каталога вам нужно войти в эту папку и нажать «Открыть». В результате в поле «путь» должен появиться путь к этой папке. Те. "D:\Базы_1С\Учетная База\".
Нажмите "ОК" - окно с выбором имени и пути закроется, а в списке баз появится новая строка.
В левом верхнем выпадающем списке "В режиме" (рис. 3) выберите значение "Конфигуратор" и нажмите "ОК".
Программа будет задавать вопросы - обо всем договариваемся. Мы говорим - да, создайте базу, не меняйте настройки, оставьте как есть.
Итак. Мы в конфигураторе. Выберите пункт меню "Конфигурация" - "Загрузить измененную конфигурацию".
В открывшемся окне находим и выбираем конфигурационный файл, который у нас "1Cv7.md".
После того, как программа немного подумает, выбираем пункт меню "Файл" - "Сохранить" и со всем соглашаемся и подтверждаем. Да, Да, Принять и т. д.
Готово!Первый запуск в эксклюзивном режиме, или не выходя из конфигуратора, нужно нажать кнопку F11 и программа сама запустится в эксклюзивном режиме (очень удобно).

ВНИМАНИЕ. Таким образом, конечно, мы создали пустую базу данных и в нее можно зайти и работать, но есть большое «НО». Некоторые функции могут быть недоступны. Такие как работа с интернетом от 1С, отчетность для ПФР. Программа может выдать вам такое сообщение, как: «Отсутствует компонент v7plus.dll». Этот компонент обеспечивает работу некоторых специфических функций.

Но исправить это тоже очень просто. Необходимо где-то найти (например, там же, где вы нашли конфигурационный файл 1Cv7.md, т.е. в каталоге другой информационной базы) эти файлы:

Их необходимо скопировать в директорию вашей новой информационной базы. В нашем примере это "D:\Базы_1С\Базовая Бухгалтерия\". А вообще лучше копировать все файлы с расширением *.dll, *.ocx, *.als.

В случае чрезвычайной ситуации.

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

Основу базы данных 1С составляют пары файлов: файлы .dbf (таблица) и файлы .cdx (индекс), в которых хранится информация, структурированная по объектам метаданных в конфигурации 1С. Например, в конце раздела находится список интегрированных файлов конфигурации. Структуру базы данных для 1С, а также структуру самих таблиц можно посмотреть в файле словаря данных 1Cv7.DD, открыв его любым текстовым редактором.

В отличие от файловой версии 1С базы, SQL-версия хранит свои таблицы отдельно на MS SQL Server, поэтому отсутствуют файлы .dbf и .cdx, а словарь данных называется 1Cv7.DDS.

Если базовый Microsoft data SQL Server не работает и в SQL Management Studio база данных находится в состоянии «приостановлено» (отмечено серым цветом), целостность данных в ней серьезно нарушена. Как восстановить поврежденную базу данных из состояния приостановки? Как восстановить информацию, хранящуюся в файле .mdf базы данных?

Пошаговое описание восстановления поврежденного файла .mdf:

Отключить (отсоединить) базу данных от MS SQL Server в SQL Management Studio
Создайте новую пустую базу данных для последующего импорта в нее восстановленных данных.
Запустите SQL Server Repair Toolbox и выберите файл .mdf отключенной базы на первой странице программы

Выполните все шаги внутри программы и:

или сохраните данные в сценариях sql. После сохранения данных в виде sql-скриптов на диск необходимо запустить .bat-файл с необходимыми параметрами для импорта данных в новую базу данных
или экспортировать данные напрямую в новую базу данных.

SQL Server Repair Toolbox не является бесплатной программой с открытым исходным кодом. Пользователи могут попробовать эту программу перед покупкой, используя демо-версию. Программное обеспечение не находится под лицензией Стандартной общественной лицензии GNU (GPL) или Стандартной общественной лицензии ограниченного применения GNU (LGPL).

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

Бэкапы баз мы естественно не делали - авось снесет. Не переносится.

Итак, для восстановления данных нам нужно:

<р>1. Сервер MSSQL, MS SQL Enterprise Manager (EM), анализатор запросов MS SQL (QA) от Microsoft (входит в поставку MS SQL).

<р>2. 1С:Предприятие 7.7 SQL версия.

<р>4. Копия файла 1cv7.md из уничтоженной базы 1С, копия уничтоженного файла mdf, примерно столько же свободного места на диске, сколько занимает файл.

<р>5. Свободное время из расчета 3 часа на 1 ГБ веса файла mdf.

<р>6. Клавиатура, мышь, монитор.

Я кратко опишу, что делает MSSQLRecovery:

<р>1. Разбирает mdf файл на уровне структуры (MFT), формирует текстовые sql скрипты, содержащие схему БД и сами данные из нашей уничтоженной БД.

<р>2. Создает пакетный файл commit.bat, который запускает консольную версию MS Query Analyzer, последовательно выполняет файлы sql и фактически заполняет нашу только что созданную базу данных SQL.

Отзывы о работе MSSQLRecovery.

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

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

Во-вторых, в созданном батнике commit.bat используется консольная версия Query Analyzer (isql.exe), и он почему-то не хочет корректно работать с кодовой страницей cp1251 - конвертирует русские символы в ОЕМ кодировка. Нам это тоже не подходит.

Фактические процедуры, которые необходимо выполнить, чтобы быть счастливым:

<р>1. Установите MSSQLRecovery на частично разрушенный файл mdf, дайте ему время на обработку, а затем укажите, куда мы хотим сохранить полученные скрипты со структурой базы данных и ее восстановленными данными.

<р>2. Создайте новую пустую базу данных на сервере SQL.

<р>3. Создадим структуры нашей БД, используя копию 1cv7.md из свернутой БД с помощью 1С:Конфигуратор.

<р>4. Измените файл commit.bat, убрав строку с вызовом выполнения скрипта schema.sql — мы уже создали структуру базы данных с помощью 1С.

<р>5. Измените в том же commit.bat вызов isql, чтобы вызвать isqlw-версию Query Analyzer с графическим интерфейсом. Это необходимо для правильного восприятия русской кодировки. Те. строка:
isql –S% 1 –d% 2 –U% 3 –P% 4 –E –I data0001.sql
будет выглядеть так:
isqlw –S% 1 –d% 2 –U% 3 –P% 4 –E –i data0001.sql –o out.txt
Параметр «-o» и файл «out.txt» необходимы для корректного запуска GUI-версии QA, журнал транзакций будет записываться в файл «out.txt». Заменить нужно во всем файле commit.bat, например в файловом менеджере Far Manager.

<р>6. Запускаем на исполнение файл commit.bat с четырьмя параметрами: - Имя SQL Server - Имя новой базы SQL, которую мы создали ранее - Имя пользователя, имеющего роль dbowner для этой базы (обычно это sa) - Имя пароль для этого пользователя будет выглядеть примерно так: commit.bat my_sql_server recovery_1c_db sa gfhjkm

Это все. Вместо батника можно написать простую обработку на 1С, которая будет выполнять скрипты последовательно по листингу каталога.

После отработки commit.bat можно запустить 1С и посмотреть, насколько велики потери. Обычно теряются данные, которые чаще всего использовались или использовались в момент сбоя.

А чтобы не было потерь - делайте бэкап. И чаще.

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

Итак, приступим. Ситуация следующая: есть сервер с запущенной на нем 1С + SQL. Во время работы SQL базы урезано питание. Итог плачевный: база в подозрительном состоянии, а при попытке 1с к ней подцепиться выдается ошибка, что подключиться невозможно т.к. база помечена как подозрительная для восстановления. Этот режим в основном означает, что MSSQL Server попытается восстановить базу данных своими силами. Я ничего не трогал и оставил все на ночь, надеясь, что к утру база восстановится, но утром было то же самое, а значит, добраться до базы не было никакой возможности. Бэкап по закону подлости есть, но ему три дня, плюс есть куча документов, которые хранятся только в базе, а в бумажных документах их нет, т.е нет возможности вручную восстановить документы . Потратив массу сил и нервов (которые, как известно, не восстанавливаются :)), я пришел к следующей последовательности действий, необходимых для восстановления базы.

1) Основной принцип на первых порах - не навреди. Заглушаем SQL сервер и копируем файлы *.mdf и *.ldf из базы в сторону.
2) В принципе, бывает, что подозрительное состояние возникает из-за того, что изменились пути к файлам с базой данных (например, в системе был добавлен новый диск, который затем был удален, папка с базой данных переименована и т.д.). Потом, конечно, пути восстановили, но база по-прежнему остается помеченной как подозрительная. Вот что мы делаем:
3) Запускаем SQL Server.
4) Пробуем подключить базу через Enterprise Manager:
Нажимаем правой кнопкой мыши на Базы данных, в появившемся меню выбираем Все задачи->Присоединить базу данных, затем в появившемся диалоговом окне выбираем пункт файл с базой данных (*.mdf) и задать необходимые параметры.
5) или через Query Analyzer с помощью следующей команды:
a. sp_attach_db @dbname = "DemoXMB",
b. @filename1 = "E:\Data\DemoXMB_Data.MDF",
c. @filename2="E:\Data\DemoXMB_Log.LDF"
6) Пути к базе, естественно, нужно заменить на свои. Если база подключена, то, можно сказать, отделались легким испугом, если нет, то продолжим.
7) Если лог-файл не поврежден (*.ldf), а *.mdf поврежден (например, при подключении базы sql ругается на ошибки в mdf файле), а режим резервного копирования "полный, то восстанавливаем базу без восстановления лога транзакций, почти 100%, вот и все мучения на этом может закончиться.
8) Если наоборот ldf файл поврежден, а *.mdf файл остался, то при подключении БД ругается на отсутствие/повреждение журнала транзакций.В таком случае, вы можете использовать SP "sp_attach_single_file_db"

Например:
используйте master
EXEC sp_attach_single_file_db @dbname = "DemoXMB",
@physname = "c:\mssql7\data\DemoXMB_Dat.mdf "

При выполнении этих команд будет создан файл DemoXMB_Log.ldf в том же каталоге, что и базовый, размером 1 МБ и автоматически расширяющийся.
Если есть файлы *.MDF и *.LDF, или данные хранятся более чем в одном физическом файле (общее количество подключаемых физических файлов не должно превышать 16), то используйте SP "sp_attach_db".< /p>

Например:
используйте master
EXEC sp_attach_db @dbname = "DemoXMB",
@filename1 = "c:\mssql7\data\DemoXMB_Dat.mdf ",
@filename1 = "c:\mssql7\data\DemoXMB_Log.ldf"

Чтобы подключить к базе данных более 16 физических файлов, используйте команду:
СОЗДАТЬ БАЗУ ДАННЫХ ДЛЯ ПРИСОЕДИНЕНИЯ

Однако, если ничего не помогло, оба файла были повреждены, а база данных все еще находится в подозрительном состоянии, вы можете попытаться сбросить состояние базы данных с помощью следующей последовательности:
используйте мастер
go
Разрешение прямого изменения системных таблиц:
sp_configure "разрешить обновления", 1
go
перенастроить с переопределением
go
Чтобы сбросить подозрительный атрибут, выполнить sp_resetstatus в БД master:
sp_resetstatus "DataBaseName"
go
А теперь запрещаем прямую модификацию системных таблиц:
sp_configure "разрешить обновления", 0
go
перенастроить с переопределением
перейти

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

Выполнить сценарий из отдела контроля качества:
Использовать master
go
sp_configure "разрешить обновления", 1
перенастроить с переопределением
go

Там же выполняем:
update sysdatabases set status = 32768 where name

Перезапустите SQL Server. В принципе база должна быть видна (в аварийном режиме).

Из QA выполняем:
USE " "
GO
sp_dboption " "," single_user "," true "
go
DBCC CHECKDB( " ", REPAIR_ALLOW_DATA_LOSS)
перейти

Если все в порядке, то:
sp_dboption " ", "single_user", "false"
go
Использовать master
go
sp_configure "разрешить обновления ", 0
перейти

После этого стало возможно просматривать таблицы БД из SQL, но работать с ним было невозможно. Теперь вам нужно использовать службы преобразования данных для экспорта данных в новую базу данных. После этого восстанавливаем/тестируем базу средствами 1С. Внимание! Многие не обращают внимания на этот очень важный момент. В результате вы можете в один прекрасный момент обнаружить, что база восстановлена, мягко говоря, не совсем корректно. Те. в документе вместо номенклатуры будет что-то типа 10122/ , это проблема у меня, вариантов может быть много. Поэтому лучше потратить время, а проверить базу средствами 1С.

Но! Здесь следует сделать паузу. Статья была бы неполной, если бы я не описал методы предотвращения подобных проблем. Итак, самый простой и надежный способ: архивирование, архивирование и еще раз архивирование. В Enterprise Manager перейдите в Инструменты->Мастера->Управление->Мастер резервного копирования и настройте все необходимые параметры. В итоге у меня ночью полный сброс БД SQL на диск, а потом каждые 15 минут бэкап внесенных изменений в БД. В принципе, будь у меня такой бэкап, я бы через пару минут откатился и продолжил пить кока-колу :).

Иногда приходится сталкиваться с ситуацией, когда плоды многолетней работы, находящиеся в SQL-базе, находятся под угрозой. Эта статья о том, как предотвратить потерю данных, а в случае, если она произошла, как восстановить данные из того, что осталось от когда-то нормальной базы.

Итак, продолжайте. Ситуация следующая: есть сервер с запущенной на нем 1С + SQL. Во время работы SQL Bases бросалась еда. Результат плачевный: база в состоянии SUSpect, а при попытке к ней прицепиться 1С выдает ошибку, что мол невозможно подключиться. База помечена как Suspect for Recovery. Этот режим в принципе означает, что MS SQL Server Попробуйте восстановить базу своими средствами.Я ничего не трогал и оставил все на ночь, в надежде, что к утру база восстановится, но на утро было то же самое, и к базе, стало ни как не добраться. Бэкап по закону подлости имеется, но он трехдневной давности, плюс есть куча документов, которые держат только на базе, а на бумажных документах их нет, т.е. нет документов для ручного восстановления документов . Потратив кучу сил и нервов, (которые как известно не восстановить :)), я пришел к следующей последовательности действий, необходимых для восстановления базы.

1) Во-первых, главный принцип - не навредить. Отработанный SQL Server и копии *.mdf и *. lDF файлы От основания в сторону.
2) в принципе бывает, что состояние ПОДОЗРЕНИЕ возникает из-за того, что поменяли пути к файлам с базой (например добавили новый Диск В систему, который потом удалили, переименовали папка с базой и др.). Потом, конечно, пути восстановились, но база так и осталась с пометкой Suspect. Вот что мы делаем:
3) Запускаем SQL Server.
4) Пробуем подключить базу данных через Enterprise Manager:
Нажимаем правой кнопкой мыши По базам данных, в появившемся меню выбираем Все задачи->Присоединить базу данных, затем в появившемся диалоге выбираем файл с базой (*.mdf) и задать необходимые параметры.
5) или через Query Analyzer примерно такая команда:
a. sp_attach_db @dbname = "demoxmb",
b. @FileName1 = "E:\Data\demoxmb_data.mdf",
c. @FileName2 = "E:\Data\demoxmb_log.ldf"
6) Путь к базе, естественно нужно заменить на свой. Если БД соединились, то можно сказать, отделились легким испугом, если нет, то продолжим.
7) Если лог-файл не поврежден (*.ldf), а поврежден *.mdf (например, при подключении базы данных SQL ругается на ошибки в MDF-файле), а режим сохранения backup" и стоит полный, то восстановить базу без восстановления журнала транзакций, почти 100%, что все мучения на этом могут закончиться.
8) Если же, наоборот, файл LDF поврежден, но остался *. mDF файл.При подключении база проглатывает отсутствие/повреждение журнала транзакций.В этом случае можно использовать XP "sp_attach_single_file_db"

Например:
Используйте Master
Exec sp_attach_single_file_db @dbname = "demoxmb",
@physname = "C:\MSSQL7\Data \\ demoxmb_dat.mdf"

При выполнении этих команд файл DemoxMB_Log.LDF будет создан в той же директории, где находится база, размером 1 МБ и авторинг.
Если есть файлы *.mdf и *.ldf, или данные хранятся более чем в одном физическом файле (общее количество подключаемых физических файлов не должно превышать 16), то следует использовать XP "SP_ATTACH_DB"< /p>

Например:
Используйте Master
Exec sp_attach_db @dbname = "demoxmb",
@filename1 = "C:\MSSQL7\Data \\demoxmb_dat.mdf",
@filename1="C:\MSSQL7\Data\demoxmb_log.ldf"

Однако, если ничего не помогло, оказались повреждены оба файла и база все еще находится в состоянии SUSPECT, можно попробовать сбросить статус базы следующей последовательностью: (Перед использованием данного СР необходимо разрешить прямое изменение системных таблиц)
Используйте Master
Go.
Разрешить прямое изменение системных таблиц:
SP_CONFIGURE "РАЗРЕШИТЬ ОБНОВЛЕНИЯ", 1
Go.
Перенастроить с помощью переопределения.
Иди.
Для сброса признака SUSPECT выполните в базе данных Master HP sp_resetstatus:
sp_resetstatus "databasename"
Go.
А теперь запрещается напрямую менять системные таблицы:
SP_CONFIGURE "РАЗРЕШИТЬ ОБНОВЛЕНИЯ", 0
Иди.
Перенастроить с помощью переопределения.
Иди.

В принципе, когда я выполнил все эти действия, статус Подозреваемый сбросился, но! При попытке выполнить какие-либо действия SQL начал ругаться, что база все еще находится в состоянии Suspect. И тогда я сделал так:

Из QA я выполняю скрипт:
Use Master
Go.
SP_CONFIGURE "РАЗРЕШИТЬ ОБНОВЛЕНИЯ", 1
Перенастроить с переопределением.
Иди.

Также проводим:
Обновление SysDatabases Установить Статус = 32768 Где Имя = " "

Перезапустите SQL Server. В принципе база должна быть видна (в аварийном режиме).

От QA я выполняю:
Используйте " "
Go.
sp_dboption " ", "Single_user", "True"
Перейти.
DBCC CheckDB (" ", Repair_allow_data_loss)
Перейти.

Если все в порядке, то:
sp_dboption " ", "Single_user", "False"
Перейти.
Используйте Master
Go.
SP_CONFIGURE "РАЗРЕШИТЬ ОБНОВЛЕНИЯ", 0
Перейти.

После этого стало возможно просматривать базовые таблицы из SQL, но работать с ним было невозможно.Теперь вам нужно экспортировать данные в Data Transformation Services, используя новую базу Data Transformation Services. После этого проводим восстановление/тестирование базы средствами 1С. Внимание! Многие не обращают внимания на этот очень важный момент. В итоге можно обнаружить один замечательный момент, что база восстанавливается, мягко говоря, не совсем корректно. Те. В документе вместо номенклатуры что-то вроде 10122/ Это проблема которая возникла у меня, вариантов может быть много. Поэтому лучше потерять время, но проверить базу 1с.

Но! Здесь следует сделать паузу. Статья была бы неполной, если бы я не описал методы предотвращения подобных проблем. Итак, самый простой и надежный способ: архивация, архивация и еще раз архивация. В Enterprise Manager перейдите в меню Сервис->Мастера->Управление->Мастер резервного копирования и настройте все необходимые параметры. В итоге у меня полный сброс базы SQL на диск происходит ночью, а потом каждые 15 минут делается резервное копирование изменений в базу. В принципе, будь у меня такой бэкап, я бы за пару минут откатился, и продолжал бы пить кока-колу :).

Случилось ужасное (забрызгал винт, был скачок напряжения и т.п.) - база в состоянии ПОДОЗРЕНИЕ и выходить из него не хочет, что бы мы ни взяли.

Бэкапы баз мы естественно не делали - снесем. Не нес.

Итак, для восстановления данных нам понадобится:

<р>1. MSSQL Server, MS SQL Enterprise Manager (EM), MS SQL Query Analyzer (QA) от Microsoft (входит в поставку MS SQL).

<р>2. 1С:Предприятие 7.7 SQL версия.

<р>4. Копия файла 1cv7.md из уничтоженной базы 1с, копия уничтоженного файла MDF, примерно столько же свободного места на диске, сколько занимает файл.

<р>5. Свободное время из расчета 3 часа на 1 ГБ веса файла MDF.

<р>6. Клавиатура, мышь, монитор.

Вкратце я опишу, что делает MSSQLRECOVERY:

<р>1. Разбирает MDF-файл на уровне структуры (MFT), формирует текстовые SQL-скрипты, содержащие схему базы данных и сами данные из нашей уничтоженной базы.

<р>2. Создает командный файл Commit.bat, который запускает консольную версию MS Query Analyzer, которая последовательно выполняет файлы SQL и фактически заполняет нашу новую базу SQL.

Комментарии к MssqLrecovery.

Все хороши для программы, могут помочь в безвыходной ситуации. Но есть два досадных момента, которые мешают восстановить работу базы 1С.

Сначала программа создает скрипт Schema.sql, содержащий описание структуры таблиц, процедур, функций, индексов и т. д. Этот скрипт выполняется первым, он создает таблицы, процедуры, функции, индексы и прочее в нашем пустая еще база данных. Делает это качественно. За одно "но" - в файле путается следующий за полями полей при создании структуры таблиц. Возможно, для других программ такая "путаница" не страшна, но 1С ее не переваривает.

Во-вторых, в батнике COMMIT.BAT используется Консольная версия Query Analyzer (isql.exe), и он почему-то не хочет корректно работать с кодовой страницей CP1251 - конвертирует русские символы в кодировку OEM . Нам это тоже не подходит.

Собственно, процедуры, которые нужно выполнить, чтобы быть счастливым:

<р>1. Установите MSSQLRecovery на частично разрушенный файл MDF, дайте ему время на обработку, а затем укажите, куда мы хотим сохранить полученные скрипты со структурой базы данных и ее восстановленными данными.

<р>2. Создайте новую пустую базу данных на сервере SQL.

<р>3. Создадим структуры нашей БД, используя копию 1cv7.md из свернутой БД с помощью 1С:конфигуратора.

<р>4. Изменить файл cOMMIT.BAT., убрав строку с вызовом на выполнение скрипта schema.sql - Мы уже создали структуру базы данных с помощью 1С.

<р>5. Меняем в том же comMIT.BAT. вызов iSQL при вызове iSQLW. - GUI версии Query Analyzer. Это необходимо для правильного восприятия русской кодировки. Те. строка:
iSQL -S% 1 -D% 2 -U% 3 -P% 4 -E -i Data0001.sql
просмотрит:
iSQLW -S% 1 -D% 2 -U% 3 -p% 4 -e -i Data0001.SQL -O Out.txt
Параметр "-O" и файл Out.txt необходимы для корректного запуска GUI версии QA , журнал произведенных транзакций будет записываться в файл «Out.txt». Нужно заменить в файле Commit.Bat целиком, например в файловом менеджере Far Manager.

<р>6. Запустите файл. КОММИТ.БАТ. Выполнением с четырьмя параметрами: - Имя sQL Server - Имя новой базы данных sQL, которую мы создали ранее - имя пользователя, имеющего роль DBOWNER для этой базы данных (обычно SA) - пароль этого пользователя выглядит примерно так: cOMMIT.BAT MY_SQL_SERVER RECOVERY_1C_DB СА GFHJKM

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

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

А чтобы не было потерь - делайте бэкап. И чаще.

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

Помочь справиться с этой проблемой и вернуть, казалось бы, окончательно потерянные данные может программа SQL Server Recovery Toolbox (). Он предназначен для извлечения и сохранения информации из поврежденных баз данных MS SQL Server (поддерживаются файлы Microsoft SQL Server 7.0, 2000, 2005, 2005, 2005 64-Bit, 2008 и 2008 R2). Естественно, SQL Server Recovery Toolbox не может гарантировать полное восстановление всех данных. Стоит понимать, что в некоторых случаях повреждения могут быть настолько сильными, что часть информации извлечь просто невозможно. Процесс восстановления и сохранения информации из поврежденной базы данных MS SQL Server с помощью программы SQL Server Recovery Toolbox осуществляется с помощью пошагового мастера. На каждом этапе пользователь должен выполнить только одно действие, что очень удобно и практично.

На первом этапе необходимо выбрать поврежденную базу данных MS SQL Server. Удобнее всего это делать с помощью проводника Windows, который запускается при нажатии на кнопку. В качестве фильтра выбора автоматически указываются расширения *.mdf и *.ndf (стандартные расширения баз данных MS SQL Server). Все однажды проанализированные файлы заносятся в специальный список. быстрый доступ. В дальнейшем для своего выбора пользователю достаточно нажать на иконку, навести курсор на список необходимых документов и нажать левую кнопку мыши.

Переход к следующему шагу осуществляется с помощью кнопки NEXT. В этом случае программа выдаст диалоговое окно с вопросом, что вам нужно проанализировать исходный файл. В случае положительного ответа извлекает служебные данные из поврежденной базы и отображает информацию, которую может восстановить. Для удобства пользователя окно разделено на две части. Слева отображаются все возможные категории информации: пользовательские и системные таблицы (пользовательские таблицы и системные таблицы), представления, хранимые процедуры, функции (пользовательские типы данных). При установке курсора на любом из них будет отображаться список доступных объектов и их содержимое. Пользователь должен внимательно просмотреть его и убедиться, что программа SQL Server Recovery Toolbox справляется с поставленной задачей и действительно может восстановить потерянные данные.

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

Далее пользователю необходимо выбрать информацию, которую нужно восстановить, из поврежденного файла и сохранить. Для этого программа SQL Recovery Roolbox снова отображает на экране то, что она может извлечь. А пользователь должен использовать установку/снятие флажков в чекбоксах, чтобы отметить нужные ему данные. Вы можете выбрать или снять выделение сразу со всей базы данных, целых категорий информации или отдельных объектов (таблиц, представлений, хранимых процедур и т. д.).

После завершения выбора вы можете запустить процесс сканирования исходного файла и сохранить полученную им информацию. Для этого нажмите на кнопку «Начать восстановление». Продолжительность этой работы зависит от двух факторов. Во-первых, из исходного файла, его структуры и размера. А во-вторых, от производительности компьютера, на котором она выполняется. Стоит отметить, что в некоторых случаях базы данных имеют огромные размеры, в связи с чем восстановление информации из них может занять несколько дней. Сразу после завершения процесса SQL Server Recovery Toolbox отобразит журнал на экране.Он предоставляет данные обо всех процессах восстановления информации, реализованных в течение текущего сеанса работы.

Таким образом, SQL Server Recovery Toolbox хорош как инструмент для восстановления данных из поврежденных баз данных MS SQL Server. Он характеризуется двумя особенностями. Первый эффективен. Рассматриваемая утилита способна восстановить максимально возможный объем информации из поврежденного файла. Второй особенностью SQL Server Recovery Toolbox является предельная простота использования. С помощью этой программы нужно извлечь информацию из поврежденной базы данных и сохранить ее без предварительного обучения может любой пользователь, даже только приступивший к изучению компьютера.

Восстановить MDF.

Если база данных Microsoft SQL Server неработоспособна и в SQL Management Studio база имеет статус "Приостановить" (отмечено серым цветом), то целостность данных в ней серьезно нарушена. Как восстановить поврежденную базу данных из состояния Suspend? Как восстановить информацию, хранящуюся в файле базы данных V.Mdf?

Пошаговое описание восстановления поврежденного файла.mdf:

Отключить (отсоединить) базу данных от MS SQL Server в SQL Management Studio
Создайте новую пустую базу данных для последующего импорта восстановленных данных.
Запустите SQL Server Repair Toolbox и выберите отключенный файл .mdf на первой странице программы

Выполните все шаги в программе и:

или сохранять данные в сценариях SQL. После сохранения данных в виде SQL-скриптов на диск необходимо запустить .Bat-файл с нужными параметрами для импорта данных в новую базу данных
или экспортировать данные напрямую в новую базу данных.

SQL Server Repair Toolbox не является бесплатной программой с открытым исходным кодом. Пользователи могут попробовать эту программу перед покупкой, используя демонстрационную версию. Программа не имеет таких лицензий, как GNU General Public License (GPL) или GNU Lesser General Public License (LGPL).

Идентификатор ссылки: 0.4f601502.1648482446.4a60ff89

Дополнительная информация

Политика безопасности в Интернете

Читайте также: