Начальная

Windows Commander

Far
WinNavigator
Frigate
Norton Commander
WinNC
Dos Navigator
Servant Salamander
Turbo Browser

Winamp, Skins, Plugins
Необходимые Утилиты
Текстовые редакторы
Юмор

File managers and best utilites

Как восстановить повреждённую или удалённую базу 1С (на примере «1С: Предприятие 8.3»). Как использовать утилиту восстановления файловой базы данных


27.1 Утилита восстановления файловой базы данных

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

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

Также эта утилита может использоваться и для восстановления хранилища конфигурации.

Пакетный запуск

В командной строке запуска файла 1CV8.EXE можно указать все необходимые параметры: режим запуска, имя каталога с информационной базой, имя пользовательского каталога, и другие. Если параметры командной строки указаны верно, файл 1CV8.EXE будет запущен в одном из режимов запуска: 1С:Предприятие или Конфигуратор — в зависимости от указанных параметров.

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

Используя параметры командной строки, администратор может выполнять запуск конфигуратора в пакетном режиме для выполнения следующих действий:

выгрузка/загрузка информационной базы;

сохранение/загрузка конфигурации в файл;

обновление конфигурации базы данных, в том числе находящейся на поддержке;

выполнение синтаксического контроля;

выполнение тестирования и исправления информационной базы с заданием всех параметров.

При помощи параметров командной строки администратор может указать:

запуск системы 1С:Предприятие 8.0 в режиме Конфигуратор;

параметры информационной базы: пользователь, пароль; для файлового варианта - каталог, язык; для клиент-серверного варианта - имя сервера, имя информационной базы, имя SQL-сервера, имя SQL-базы данных, имя пользователя и пароль SQL, смещение дат.

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

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

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

Варианты работы

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

27.2 Файловый вариант

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

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

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

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

studfiles.net

Как восстановить повреждённую или удалённую базу 1С (на примере «1С: Предприятие 8.3»)

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

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

Как восстановить повреждённую или удалённую базу 1С (на примере «1С: Предприятие 8.3») Содержание:
  1. Файлы базы данных 1С;
  2. Признаки и причины повреждения базы 1С;
  3. Создание и восстановление из резервной копии базы 1С:
  • Восстановление повреждённой информационной базы 1С:
  • Как восстановить удалённую информационную базу 1С.
  • Файлы базы данных 1С

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

    По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя: C:\Users\Имя Пользователя\Documents\InfoBase

    Каталог информационной базы: C:\Users\Имя Пользователя\Documents\InfoBase

    В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.

    Папка базы InfoBase1

    К таким файлам относятся:

    • *.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
    • *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
    • *.log, *.lgf, *.lgp, *.elf – лог файлы;
    • *.cdn – файл блокировки базы данных 1С;
    • *.efd – архивный файл 1С;
    • *.mft – вспомогательный файл конфигурации шаблона;
    • *.st – файл шаблонов текстов
    • *.mxl – файл печатных форм базы данных 1С;
    • *.grs – файл графических схем базы данных 1С;
    • *.geo – файл географических схем базы данных 1С.

    Признаки и причины повреждения базы 1С

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

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

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

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

    Файл базы данных поврежден

    Создание и восстановление из резервной копии базы 1С

    Мы уже множество раз упоминали об этом в наших статьях - лучшим способом сохранить ваши данные есть создание их резервной копии. Для базы 1С данный способ также актуален.

    Чтобы создать резервную копию базы данных 1С:

    • Запустите 1С в режиме Конфигуратор

      Запустите 1С в режиме Конфигуратор
    • В окне программы в режиме Конфигуратор перейдите в меню Администрирование / Выгрузить информационную базу…

      Выгрузить информационную базу…
    • После указания папки для выгрузки информационной базы, она будет сохранена в файл *.dt.

      Конфигуратор

    Чтобы восстановить базу данных 1С из резервной копии:

    • Запустите 1С в режиме Конфигуратор, как указано в предыдущем пункте и перейдите в меню Администрирование / Загрузить информационную базу…

      Загрузить информационную базу…
    • Выберите *.dt файл резервной копии базы и загрузите его.

      Информационная база успешно заружена

    Восстановление повреждённой информационной базы 1С

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

    Восстановление с помощью Конфигуратора

    Для устранения ошибок базы 1С в её конфигураторе предусмотрена функция «Тестирование и исправление…». Чтобы воспользоваться ею:

    • Запустите 1С в режиме Конфигуратор и перейдите в меню Администрирование / Тестирование и исправление

      Тестирование и исправление
    • Укажите параметры тестирования и исправления базы данных в открывшемся меню и нажмите «Выполнить»

      Тестирование и исправление информационной базы
    • Результаты тестирования будут отображены в нижней части окна Конфигуратора.

      Конфигуратор

    Восстановление с помощью chdbfl.exe

    В каждой версии платформы «1С: Предприятие» есть утилита, которая предназначена для отладки повреждённых информационных баз. С внутреннего меню платформы доступа к данной утилите нет. Но она устанавливается вместе с установкой платформы. Чтобы запустить её, перейдите в папку, в которую установлена платформа 1С на вашем компьютере: C:\Program Files (x86)\1cv8\8.3.8.1652\bin (где, 8.3.8.1652 – номер релиза платформы (разный для разных релизов))

    Папка с chdbfl.exe: C:\Program Files (x86)\1cv8\8.3.8.1652\bin

    Найдите и запустите в данной папке файл chdbfl.exe – это и есть утилита отладки информационных баз 1С. После запуска утилиты, укажите с её помощью файл базы данных нажав троеточие справа от поля «Имя файла БД», и поставьте галочку возле функции «Исправлять обнаруженные ошибки». Задав необходимые параметры – нажмите кнопку «Выполнить».

    «Исправлять обнаруженные ошибки» / «Выполнить»

    Все обнаруженные ошибки и другие действия утилиты будут отображены в окне chdbfl.exe.

    Восстановление с помощью НЕХ-редактора

    В особо сложных случаях или если предыдущие два способа отладки информационной базы не принесли желаемого результата, теоретически восстановить её возможно с помощью HEX-редактора. Для этого необходимо открыть в HEX-редакторе основной файл базы данных *.1CD.

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

    Нельзя не отметить, что Hetman Partition Recovery имеет встроенный HEX-редактор, который можно использовать для исправления повреждённых файлов.

    НЕХ-редактор

    Как восстановить удалённую информационную базу 1С

    Если в результате случайного удаления, переустановки операционной системы, форматирования жесткого диска или другого носителя информации на котором хранилась база 1С, она была утеряна, то восстановить её можно с помощью Hetman Partition Recovery. Для этого:

    • Запустите утилиту и выберите диск с которого удалена база 1С

      Hetman Partition Recovery
    • Кликните на нём дважды и укажите необходимый тип анализа

      Hetman Partition Recovery. Тип анализа
    • После окончания процесса анализа, найдите с помощью программы папку с файлами информационной базы и восстановите их, предварительно добавив к списку восстановления

      Hetman Partition Recovery. Результат анализа

    Примечание. Аналогичным образом можно восстановить утерянный файл резервной копии информационной базы 1С - 1Cv8.dt.

    • Восстановленный *.dt файл загрузите в информационную базу описанным выше способом.
    • Если информационная база восстановлена пофайлово, то откройте её основной файл 1Cv8.1CL с помощью меню 1С Файл / Открыть.

    Все описанные в данной статье способы восстановления базы данных 1С показаны на примере платформы «1С: Предприятие 8.3». Но эта информация также актуальна для других программ и конфигураций платформы:

    • 1С: Бухгалтерия
    • 1С: Предприниматель
    • 1С: Зарплата и управление персоналом
    • 1С: Управление торговлей
    • 1С: Розница
    • 1С: Управление Холдингом
    • 1С: Управление предприятием
    • 1С: Предприятие. Управление производственным предприятием
    • 1С: Комплексная автоматизация
    • 1С: Документооборот
    • 1С: Консолидация
    • 1С: Управление небольшой фирмой
    • 1С: Налогоплательщик
    • 1С: Отчётность предпринимателя
    • 1С: Платёжные документы
    • 1С: Бухгалтерия государственного учреждения
    • 1С: Зарплата и кадры бюджетного учреждения
    • 1С: Свод отчётов
    • 1С: Бюджетная отчётность
    • 1С: Документооборот государственного учреждения
    • 1С: Государственные и муниципальные закупки
    • 1С: Бюджет поселения
    • 1С: Бюджет муниципального образования
    • 1С: Деньги
    • 1С: Электронное обучение и пр.

    hetmanrecovery.com

    1C, PHP, MySQL, Delphi: 9. Обслуживание прикладного решения

    9.1 В каком порядке происходит установка платформы и конфигурации?

    1. Необходимо сначала установить платформу, затем установить конфигурацию на основе шаблона 2. Необходимо сначала установить конфигурацию, а после платформу 3. Порядок установки не имеет значения

    9.2 Обычная установка платформы "1С:Предприятие 8"...

    1. предполагает отдельную установку на каждый пользовательский компьютер, дальнейшее обновление платформы возможно производить автоматически с сервера 2. предполагает отдельную установку на каждый пользовательский компьютер, дальнейшее обновление платформы возможно проводить только на каждом пользовательском компьютере 3. предполагает установку на сервер с дальнейшим копированием необходимых файлов на компьютеры пользователей, дальнейшее обновление платформы возможно производить автоматически с сервера 4. предполагает установку локальной версии на одного пользователя

    9.3 Что необходимо сделать для обновления технологической платформы при обычной установке 1С:Предприятия?

    1. В режиме конфигуратора указать файл обновлений 2. Запустить программу установки, входящую в состав дистрибутива 3. В режиме конфигуратора указать файл поставки

    9.4 Административная установка...

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

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

    1. администратору достаточно обновить платформу только в месте административной установки, обновление платформы на локальных компьютерах смогут произвести сами пользователи 2. администратор должен обновить платформу в месте административной установки и на всех компьютерах локальной сети, пользователи не имеют права на обновление 3. администратор должен обновить платформу только на компьютерах локальной сети, пользователи имеют ту же возможность 4. администратор должен обновить платформу только на компьютерах локальной сети, пользователи не имеют такой возможности

    9.6 Допускается ли при обычной установке 1С:Предприятия в клиент-серверном варианте, работа клиентского и серверного приложений разных релизов технологической платформы?

    1. Допускается 2. Не допускается, необходимо выполнять обновление, как серверного приложения, так и клиентских приложений 3. Допускается, необходимо выполнять обновление серверного приложения

    9.7 Использование режима пакетного запуска...

    1. позволяет в автоматическом режиме производить выгрузку/загрузку, тестирование и исправление информационной базы 2. позволяет запускать оба режима программы без интерактивного вмешательства 3. позволяет выполнить синтаксический контроль и проверку конфигурации 4. правильный ответ 1 и 2 5. правильный ответ 1,2 и 3

    9.8 Параметры запуска из командной строки 1С:Предприятие...

    1. определяют информационную базу, пользователя, его, пароль, режим запуска, правила выполнения указанных операций во внешнем файле 2. определяют информационную базу, пользователя, его, пароль, режим запуска, правила выполнения указанных операций указанных в командной строке 3. верны ответы 1 и 2 4. нет правильного ответа

    9.9 Что позволяет использование командной строки?

    1. Запустить программу в режиме 1С:Предприятие, указав параметрами каталог информационной базы, пользователя, пароль и проч. 2. Запустить программу в режиме конфигуратора, указав параметрами каталог информационной базы, пользователя, пароль и проч. 3. Блокировать действия указанного в параметре пользователя в режиме 1С:предприятие 4. Верны ответы 2 и 3 5. Верны все указанные ответы 6. Верны ответы 1 и 2

    9.10 Что позволяет пакетный режим конфигуратора?

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

    9.11 Шаблоны конфигураций...

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

    9.12 Какова последовательность действий создания новой информационной базы при файловом варианте работы системы?

    1. В окне запуска "1С:Предприятие" выбрать "Добавить" - "Создание новой информационной базы" - указать имя базы - "На данном компьютере или компьютере локальной сети" - указать каталог информационной базы 2. В окне запуска "1С:Предприятие" выбрать "Добавить" - "Создание новой информационной базы" - указать имя базы - "На сервере 1С предприятие" - указать каталог информационной базы 3. В окне запуска "1С:Предприятие" выбрать "Добавить" - "Создание новой информационной базы" - выбрать из шаблонов либо пустую - указать имя базы - указать каталог информационной базы

    9.13 Какова последовательность действия при добавлении существующей информационной базы в клиент-серверном варианте работы?

    1. В меню запуска 1С:Предприятие выбрать "Добавить" - "Добавление в список существующей информационной базы" - указать имя базы - "На данном компьютере или компьютере локальной сети" - указать каталог информационной базы 2. В меню запуска 1С:Предприятие выбрать "Добавить" - "Добавление в список существующей информационной базы" - указать имя базы - указать "На сервере 1С:Предприятие" - указать имя базы на сервере и имя сервера 3. Необходимо воспользоваться утилитой поиска и регистрации существующих информационных баз 4. Верны ответы 2 и 3 5. В меню запуска 1С:Предприятие выбрать "Добавить" - "Добавление в список существующей информационной базы" - указать имя базы - указать "На сервере 1С:Предприятие" - указать имя базы на сервере

    9.14 Список информационных баз...

    1. содержит ссылки на зарегистрированные информационные базы и может корректироваться вручную или программно 2. содержит ссылки на существующие информационные базы и может корректироваться программно 3. содержит ссылки на существующие информационные базы и может корректироваться вручную или программно

    9.15 Какие базы отображаются в списке информационных баз окна запуска "1С:Предприятия"?

    1. Зарегистрированные информационные базы на этом компьютере или в сети 2. Все информационные базы на этом компьютере или в сети 3. Все информационные базы в локальной сети

    9.16 Что позволяет настройка диалога запуска?

    1. Представить список информационных баз либо списком, либо деревом 2. Отразить список из последних 10 выбранных информационных баз 3. Отсортировать базы по имени 4. Изменять каталог хранения шаблонов конфигураций и обновлений 5. Верны все ответы 6. Верны ответы 1, 2 и 3

    9.17 Для удаления базы данных при файловом варианте работы системы необходимо...

    1. удалить базу из списка в окне запуска "1С:Предприятие" и, при необходимости, удалить ее каталог 2. удалить из списка интерактивно или программно, при этом база будет автоматически удалена из своего каталога 3. удалить каталог базы данных, при этом автоматически произойдет удаление базы из списка баз в окне запуска "1С:Предприятие"

    9.18 Каким образом можно обеспечить конвертацию базы из файл-серверного варианта к клиент-серверному?

    1. Нужно создать новую базу данных в клиент-серверном варианте и обработками экспорта-импорта информации (посредством OLE, txt, dbf или xml-файла) обеспечить перенос информации 2. Достаточно просто подключить базу данных к базе СУБД. Данные загрузятся в нее автоматически 3. Нужно создать новую базу данных в клиент-серверном варианте. Из старой базы посредством стандартной операции "Выгрузить информационную базу" получить файл выгрузки. В новую базу посредством стандартной операции "Загрузить информационную базу" обеспечить перенос информации 4. Нужно создать новую базу данных в клиент-серверном варианте. Из старой базы посредством стандартной операции "Сохранить конфигурацию в файл" получить файл выгрузки. В новую базу посредством стандартной операции "Загрузить конфигурацию из файла" обеспечить перенос информации 5. Нужно создать новую базу данных в клиент-серверном варианте. Из старой базы посредством стандартной операции "Сохранить конфигурацию в файл" получить файл выгрузки. В новую базу посредством стандартной операции "Загрузить конфигурацию из файла" обеспечить перенос информации. Далее из старой базы посредством стандартной операции "Выгрузить информационную базу" получить файл выгрузки. В новую базу посредством стандартной операции "Загрузить информационную базу" обеспечить перенос информации

    9.19 Для удаления базы данных при клиент-серверном варианте работы системы необходимо...

    1. интерактивно удалить базу из списка в окне запуска 1С:Предприятия и, при необходимости, удалить ее каталог 2. удалить из списка интерактивно или программно, при необходимости - удалить еѐ физически из каталога 3. интерактивно или программно удалить на сервере 1С:Предприятие (на правах Администратора информационной базы) 4. воспользоваться утилитой администрирования клиент-серверного варианта 5. верны ответы 3 и 4

    9.20 Для чего предназначено тестирование и исправление информационной базы данных?

    1. Для решения нештатных ситуаций, связанных с нарушением логической ссылочной целостности 2. Для получения отчета о поврежденных, несуществующих объектах и их исправлении 3. Для реиндексации и сжатия таблиц информационной базы для файловой системы работы 4. Для реиндексации и сжатия таблиц информационной базы для клиент-серверной системы работы 5. Верны все указанные ответы 6. Верны ответы 1, 2 и 3

    9.21 Процесс тестирования и исправления информационной базы может быть ограничен:

    1. указанным временем, например : "до 23:00" 2. указанным интервалом времени, например : "в течении 3 часов" 3. не может быть ограничен 4. верны ответы 1, 2

    Часть диалога тестирования и исправления ИБ с указанным интервалом времени:

    9.22 Основное назначение утилиты (ChDBFL) восстановления файловой базы данных?

    1. Гарантированное полное восстановление информационной базы при сбое 2. Восстановление информационной базы при сбоях, результат зависит от уровня сбоя 3. Обеспечение текущего контроля состояния базы данных

    9.23 Для каких задач можно использовать утилиту восстановления файловой базы данных?

    1. Восстановление файловой базы данных 2. Восстановление файлов обновления 3. Проверка хранилища конфигурации 4. Верны ответы 1 и 3 5. Верны все указанные варианты

    9.24 Тестирование и исправление информационной базы данных.

    1. требует предварительного запуска с указанием флага "Монопольный режим" 2. может быть выполнено в разделенном режиме 3. требует монопольного режима только для выполнения "Тестирование и исправление" 4. при попытке выполнения пытается перейти в монопольный режим, при неудаче выдает сообщение об ошибке 5. Верны ответы 3 и 4

    9.25 Как использовать утилиту восстановления файловой базы данных?

    1. В конфигураторе 2. Самостоятельно без запуска конфигуратора 3. В режиме 1С:Предприятие

    9.26 Список пользователей...

    1. задается и редактируется в режиме конфигуратора, позволяет назначать роли пользователей в режиме "1С:Предприятие". Не является частью конфигурации 2. задается и редактируется в режимах конфигуратор и 1С:Предприятие определяет права доступа пользователей в режиме 1С:Предприятие. Является частью конфигурации 3. поставляется вместе с конфигурацией и не может быть изменѐн. Не является частью конфигурации 4. задается и редактируется в режиме конфигуратора, определяет набор прав пользователей в режиме 1С:Предприятие. Является частью конфигурации В системе «1С:Предприятие» существует возможность создания списка пользователей в Конфигураторе, которым разрешена работа с системой. Этот список будет использоваться для авторизации пользователя при его входе в систему. Следует обратить внимание, что список пользователей системы «1С:Предприятие» не является частью конфигурации: он создается отдельно в конкретной организации, в которой используется система.

    9.27 Представление списка пользователей...

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

    9.28 Можно ли распечатать список пользователей в режиме конфигуратора?

    1. Нельзя. Печать интерактивного списка не предусмотрена 2. Можно непосредственно через пиктограмму "Печать" или пункт меню "Файл" - "Печать" 3. Можно через меню "Действия" - "Вывести список", представив в виде текстового или табличного документа и после отправив на печать 4. Можно через меню "Действия" - "Вывести список", представив в виде текстового документа и после отправить на печать 5. Можно через меню "Действия" - "Отобразить список", представив в виде табличного документа и после отправив на печать

    9.29 Как осуществить отбор в списке пользователей в режиме конфигуратора?

    1. Меню "Действия" - "Установить отбор" - указать параметры отбора 2. Через пиктограмму "Отбор" - указать параметры отбора 3. Верны ответы 1 и 2 4. Отбор в списке возможен только в режиме 1С:Предприятие

    9.30 Каким образом можно интерактивно добавить в систему нового пользователя?

    1. В режиме конфигуратора до начала ввода учетных данных 2. В режиме 1С:Предприятие в любое время 3. Можно добавить в режиме конфигуратора без ограничений 4. Верны ответы 2 и 3

    9.31 Возможно ли удаление пользователя?

    1. Невозможно, это нарушит целостность базы данных 2. Возможно, но это нарушит целостность базы данных. Для удаления пользователя необходимо в меню "Действия" формы списка необходимо выбрать пункт "Удалить" или воспользоваться клавишей "Del" 3. Возможно. Для удаления пользователя необходимо в меню "Действия" формы списка необходимо выбрать пункт "Удалить", воспользоваться клавишей "Del" или осуществить удаление пользователя программно 4. Невозможно. После записи пользователя можно только корректировать его реквизиты

    9.32 Каждому пользователю присваивается "Имя" и "Полное имя" при этом...

    1. идентификация пользователя проводится по реквизиту "Имя", "Полное имя" является информативным параметром. "Имя" и "Полное имя" Могут совпадать 2. идентификация пользователя проводится по реквизиту "Имя", "Полное имя" является информативным параметром. Реквизиты не могут совпадать 3. идентификация пользователя проводится одновременно по двум параметрам. Реквизиты не могут совпадать 4. оба параметра вторичны, определяющим является пароль

    9.33 Каким образом пользователю присваивается пароль доступа?

    1. Должен быть установлен пароль. Его нужно ввести и откорректировать в конфигураторе, заполнив поле "Пароль" и "Подтверждение" 2. Может быть установлен пароль. Его можно ввести и откорректировать в режимеконфигуратор и 1С:Предприятие, заполнив поле "Пароль" и "Подтверждение" 3. Система автоматически присваивает пароль входа в режим "1С:Предприятие" при первом запуске "1С:Предприятие". Его можно ввести и откорректировать в конфигураторе, заполнив поле "Пароль" и "Подтверждение" 4. Система автоматически присваивает пароль входа в режим "1С:Предприятие". Дальнейшее изменение пароля не возможно

    9.34 При установке режима проверки сложности паролей:

    1. проверяются пароли всех существующих пользователей системы 2. проверка выполняется при вводе новых пользователей 3. провера выполняется при изменении паролей ранее существовавших пользователей 4. верны ответы 2, 3 5. верны ответы 1, 2, 3

    В конфигурации Администрирование - Параметры информационной базы. В открывшемся окошке установить галочку "Проверка сложностей паролей пользователей". Соответственно при изменении пароля и вводе нового пароля будет проходить проверка. ПолучитьМинимальнуюДлинуПаролейПользователей() и ПолучитьПроверкуСложностиПаролейПользователей()

    9.35 Пользователь информационной базы в режиме 1С:Предприятие:

    1. может сменить пароль учетной записи 2. не может поменять собственный пароль 3. возможность смены пароля определяется соответствующей настройкой, определяемой в режиме Конфигуратор В списке пользователей в режиме Конфигуратор на закладке «Основные» есть флаг «Пользователю запрещено изменять пароль».

    9.36 Каким образом пользователям можно назначить режим аутентификации?

    1. Для каждого пользователя свой - напрямую посредством 1С:Предприятия или с использованием аутентификации операционной системы 2. Для всех пользователей один и тот же вариант 3. Для всех пользователей доступны оба варианта

    9.37 Аутентификация средствами операционной системы может проводиться

    1. через выставление соответствия указанному пользователю операционной системы 2. производится только при отсутствии галочки в реквизите пользователя "Аутентификация 1С:Предприятия" 3. может производиться только в случае наличия аутентификациии"1С:Предприятие" 4. верны ответы 1 и 2

    Аутентификация операционной системы. Пользователь может быть аутентифицирован неявно средствами операционной системы. Для этого пользователю должен быть поставлен в соответствие некоторый пользователь операционной системы. Если при старте 1С:Предприятия залогинен указанный пользователь операционной системы, то пользователь 1С:Предприятия, которому поставлен в соответствие этот пользователь операционной системы, считается аутентифицированным, и диалог аутентификации 1С:Предприятия не отображается. В этом случае для принудительного отображения диалога аутентификации используйте параметр командной строки /WA+.Пользователь. Имя пользователя операционной системы для аутентификации средствами операционной системы в формате: \\\\ имя_домена\\ имя_пользователя. Пользователь операционной системы может быть набран явно или выбран из доменов и пользователей, видимых с данного компьютера.

    9.38 Когда имя пользователя появляется в списке имен окна запуска режима 1С:Предприятие?

    1. Пользователь с таким именем уже заходил когда-либо в программу 2. Пользователь с таким именем заходил в программу не более 10 дней назад 3. В реквизитах пользователя выставлена галочка - "показывать в списке выбора" 4. Пользователь прошѐл аутентификацию операционной системы

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

    9.39 Сколько ролей может быть назначено одному пользователю?

    1. Назначается только 1 роль 2. Может быть назначено до 5 ролей 3. Количество назначаемых пользователю ролей ограничено лишь их наличием в конфигурации 4. Присваивается не менее 2 ролей

    9.40 В случае если пользователю назначено несколько ролей, то права пользователя определяются исходя из стратегии:

    1. Если разрешено в какой либо из ролей, то действие разрешается 2. Если запрещено в какой либо из ролей, то действие запрещается 3. Определяется ролью, которую пользователь выбрал при входе в систему 4. У пользователя не может быть определено более одной роли

    9.41 Пользователю может быть назначен...

    1. интерфейс, выбранный из шаблонов 2. индивидуальный интерфейс, созданный "под него" или группу пользователей, что позволяет корректировать панель инструментов и команды главного меню для пользователя, исходя из его ролей 3. основной и вспомогательный интерфейс с дальнейшим изменением панели инструментов, что позволяет корректировать панель инструментов и команды главного меню для пользователя, исходя из его ролей 4. только один интерфейс, который не может быть изменѐн

    9.42 Какие свойства пользователя информационной базы могут быть изменены?

    1. Изменения невозможны, необходимо завести нового пользователя в списке пользователей с изменѐнными параметрами 2. Возможны любые изменения, кроме переназначения "Роли" пользователя, для чего потребуется завести нового пользователя 3. Может быть изменен любой параметр

    9.43 Для чего используется реквизит "Язык" в параметрах пользователя

    1. На данном языке пользователю будет представлена справка. Может не заполняться 2. Реквизит определяет язык по умолчанию, на который будет переводиться раскладка клавиатуры при входе в "1С:Предприятие". Может не заполняться 3. На данном языке пользователю будет представлены наименования элементов интерфейса. Может не заполняться 4. Определяет язык, воспринимаемый программой при написании кода данным пользователем. Доступен английский и русский языки

    9.44 Как просмотреть список активных пользователей?

    1. В режиме конфигуратора в меню "Администрирование" пункт "Активные пользователи" 2. В режиме 1С:Предприятие в меню "Сервис" пункт "Активные пользователи" 3. В режиме конфигуратора в меню "Сервис" пункт "Активные пользователи" 4. Верны ответы 1 и 2 5. Верны ответы 2 и 3

    9.45 Какую информацию содержит Журнал регистрации?

    1. Информацию о событиях, действиях пользователей в детализации, настроенной в конфигураторе. Может изменяться программно 2. Информацию о событиях, действиях пользователей в детализации, настроенной с помощью отбора. Может изменяться программно 3. Информацию о действиях пользователей в детализации, настроенной в режиме 1С:Предприятие. Может изменяться программно

    Настройка журнала регистрации в Конфигураторе:

    Регистрацию любого события журнала регистрации можно включить или выключить программно. Для этого служат методы глобального контекста ПолучитьИспользованиеСобытияЖурналаРегистрации() и УстановитьИспользованиеСобытияЖурналаРегистрации() и объект ИспользованиеСобытияЖурналаРегистрации.

    9.46 Журнал регистрации можно...

    1. выгрузить интерактивно в XML-файл 2. выгрузить посредством встроенного языка в XML-файл 3. выгрузить, определив параметры и условия выгрузки 4. выгрузить в XML-файл ранее сохраненный файл архива 5. верны ответы 1, 2, 3, 4 6. правильный ответ 1 и 2 В конфигураторе Файл-Сохранить как…

    9.47 Как перейти из журнала регистрации к списку активных пользователей?

    1. Воспользоваться иконкой "Активные пользователи" 2. Через контекстное меню, выбрав пункт "Активные пользователи" 3. Из меню "Действия" формы журнала, выбрав пункт "Активные пользователи" 4. Верны ответы 1,2 и 3 5. Верны ответы 1 и 3 6. Верны ответы 2 и 3

    9.48 Как из журнала регистрации можно перейти к непосредственно измененным объектам?

    1. Из контекстного меню выбрать пункт "Открыть данные" 2. В меню "Действия" формы журнала выбрать пункт "Открыть данные" 3. В меню "Действия" формы журнала выбрать пункт "Перейти к объекту" 4. Из контекстного меню выбрать пункт "Перейти к объекту" 5. Верны ответы 1 и 2 6. Верны ответы 3 и 4

    Выбор из контекстного меню пункт «Открыть данные»:

    9.49 Как уменьшить число записей журнала регистрации?

    1. Удалить события до указанной даты 2. Свернуть в архив события до указанной даты 3. Удалить записи по заданным условиям 4. Верны ответы 1 и 2 5. Верны ответы 1, 2 и 3

    Для выполнения сокращения журнала регистрации в диалоге настройки журнала нажмите кнопку "Сократить". Сокращение записей производится до указанной в поле "Удалить события до" даты. Если требуется сохранить удаляемые записи, то установите флажок "Записать удаляемые записи в файл" и укажите имя файла-архива. Если требуется периодически сокращать журнал и при этом иметь возможность просматривать уже удаленные события журнала, то установите флажок "Сохранять разделение хранения журнала по периодам и объединять с сохраненным ранее журналом".

    9.50 Хранение журнала регистрации можно разделять по периодам:

    1. год 2. месяц, неделя 3. неделя, день, час 4. час, минута, секунда 5. верны ответы 1, 2, 3 6. верны ответы 1, 2, 3, 4

    9.51 Как интерактивно просмотреть архив записей журнала регистрации?

    1. С помощью стандартной команды просмотра архива журнала регистрации, независимо от формата, в котором сохранен архив 2. С помощью стандартной команды открытия файла, если архив сохранен в формате *.elf 3. Архив записей журнала регистрации интерактивно просмотреть нельзя

    9.52 Отбор выводимой информации Журнала регистрации...

    1. не предусмотрен 2. на закладке "Основные" производится установка фильтров отбора по периоду, наименованию компьютера, пользователю, степени важности событий, комментарию 3. на закладке "Прочие" указываются данные, по которым будет производиться отбор событий, информация о которых представлена в колонках "Метаданные", "Данные" и "Представление данных" журнала регистрации 4. может производиться динамически и "сразу" 5. верны ответы 2 и 3 6. верны ответы 2, 3 и 4

    9.53. Резервное копирование информационной базы мобильного решения осуществляется:

    1. Через выгрузку информационной базы в конфигураторе 2. Сервисной функцией в мобильном решении 3. Средствами мобильной операционной системы

    9.54 Каким образом производится настройка детализации Журнала регистрации?

    1. В режиме конфигуратора, просмотр самого журнала доступен в режиме 1С:Предприятие 2. В режиме конфигуратора, просмотр самого журнала доступен в обоих режимах 3. В режиме 1С:Предприятие, просмотр самого журнала доступен в режиме конфигуратора 4. В режиме 1С:Предприятие, просмотр самого журнала доступен в обоих режимах 5. Нет верного ответа

    9.55 Для чего предназначена утилита (оснастка) администрирования кластера серверов 1С:Предприятие?

    1. Отключение пользователей от информационной базы 2. Мониторинг рабочих серверов 1С:Предприятие 3. Управление рабочими процессорами кластера 4. Верны ответы 1, 2 5. Верны ответы 2, 3 6. Верны ответы 1, 2, 3

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

    9.56 1С:Предприятие 8 в клиент-серверном варианте может использовать в качестве СУБД:

    1. только MS SQL Server (определенных версий) 2. одну из определенного перечня 3. любую СУБД (на усмотрение администратора)

    9.57 Фоновые задания позволяют:

    1. выполнять процедуру по расписанию 2. выполнять процедуру асинхронно (без ожидания ее завершения) 3. производить перезапуск в случае аварийного завершения 4. верны ответы 1 и 2 5. верны ответы 2 и 3 6. верны ответы 1, 2, 3

    9.58 Количество одновременно запущенных фоновых заданий может быть:

    1. любым без ограничения 2. только одно задание на информационную базу 3. только по одному заданию на пользовательский сеанс 4. любое количество, но нельзя запустить два задания с одинаковым ключем и именем метода 5. любое количество, но нельзя запустить два задания с одинаковым ключем и наименованием 6. любое количество, но нельзя запустить два задания с одинаковым ключем и связанные с одним и тем же объектом метаданных

    ФоновоеЗадание (BackgroundJob)Ключ (Key) Прикладной уникальный идентификатор. Ключ задается разработчиком и должен быть уникальным среди активных фоновых заданий, имеющих такое же имя метода, как и у данного фонового задания. Но могут быть неактивные фоновые задания с совпадающими ключами.

    9.59 Экземпляр регламентного задания:

    1. может быть создан программно 2. может быть создан в форме списка, доступной через команду главного меню программы ("Операции/Регламентные задания") 3. создается всегда только один экземпляр (при создании соответствующего объекта конфигурации) 4. определяется только в режиме конфигурирования на закладке Прочее по кнопке "Состав" 5. верны ответы 1 и 2

    9.60 Количество одновременно выполняющихся регламентных заданий может быть:

    1. любым без ограничения 2. только одно задание на информационную базу 3. только по одному заданию на пользовательский сеанс 4. любое количество, но не будут выполняться два задания с одинаковым ключем и именем метода 5. любое количество, но не будут выполняться два задания с одинаковым ключем и наименованием 6. любое количество, но не будут выполняться два задания с одинаковым ключем и связанные с одним и тем же объектом метаданных РегламентноеЗадание (ScheduledJob) Ключ (Key) Прикладной идентификатор. Для регламентных заданий уникальность ключа не требуется. Ключ используется при запуске фонового задания на основе регламентного задания. В этом случае проверяется уникальность ключа для всех активных фоновых заданий, связанных с регламентными заданиями, имеющими одинаковый объект метаданных. Другими словами, уникальность ключа проверяется в пределах объекта метаданного регламентного задания. Если условие не выполняется задание не запускается. Возможность чтения и записи доступны только для администратора.

    9.61 Как могут быть связаны между собой регламентные и фоновые задания?

    1. Регламентное задание может породить фоновое задание 2. Регламентное задание в обязательном порядке порождает фоновое задание 3. Фоновое задание в обязательном порядке порождает регламентное задание 4. Нет никакой взаимосвязи

    9.62 В качестве метода регламентного задания может использоваться процедура у которой:

    1. не должно быть параметров 2. может быть только один параметр (список значений) 3. может быть только один параметр (структура) 4. может быть только один параметр (массив) 5. может быть любое количество параметров

    Свойство Параметры (Parameters). Описание: Тип: Массив. Массив параметров регламентного задания. Количество и состав параметров должны соответствовать параметрам метода регламентного задания.

    9.63 Для создания регламентного задания пользователь должен обладать:

    1. правами администратора 2. правами на использование данного объекта конфигурации (настраивается в роли) 3. правами на создание новых экземпляров данного объекта конфигурации (настраивается в роли) 4. любыми правами, метод регламентного задания исполняется в привилегированном режиме

    МенеджерРегламентныхЗаданий (ScheduledJobsManager)СоздатьРегламентноеЗадание (CreateScheduledJob)Создает новое регламентное задание. Только администратор может создавать регламентные задания.

    9.64 Если регламентное задание определено в конфигураторе (в соответствующем объекте конфигурации), как предопределенное, то для него характерно (выберите наиболее полный ответ):

    1. нельзя создать не предопределенный экземпляр регламентного задания с привязкой к объекту метаданных предопределенного регламентного задания 2. предопределенный экземпляр регламентного задания нельзя пометить на удаление и удалить 3. только предопределенные экземпляры регламентных заданий хранятся в информационной базе, не предопределенные экземпляры являются сеансовыми объектами и в базе не хранятся 4. верны ответы 1 и 2 5. верны ответы 2 и 3 6. верны ответы 1, 2, 3

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

    9.65 Для обеспечения работы регламентных и фоновых заданий необходимо:

    1. наличие запуска 1С:Предприятие с установленным при запуске флагом "Планировщик" 2. наличие запуска 1С:Предприятие с периодически исполняющимся соответствующим методом системы 3. наличие запуска 1С:Предприятие с периодически исполняющимся соответствующим методом системы (но только в файловом варианте функционирования системы) 4. как в файловом, так и в клиент-серверном вариантах нет необходимости в запуске экземпляра 1С:Предприятие

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

    9.66 Завершившиеся фоновые задания:

    1. сохраняется в информационной базе 2. являются сеансовыми объектами, хранятся некоторое время (в информационной базе не сохраняются) 3. не хранятся ни в каком виде

    9.67 Если в качестве метода регламентного задания используется функция, то:

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

    9.68 После выполнения операции "Загрузить информационную базу"...

    1. будут заменены данные информационной базы, конфигурация останется исходной 2. будут заменены данные информационной базы и конфигурация базы данных 3. будут заменены данные информационной базы и конфигурация базы данных, но посредством операции "Вернуться к конфигурации БД" можно будет вернуться в исходное состояние

    softmakerkz.blogspot.com

    Восстановление поврежденной базы данных

     

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

    Основными причинами повреждения баз данных являются:

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

    При отключении питания на компьютере-сервере все процессы обработки данных резко прерываются. В результате информация в базе данных может исказиться или пропасть. После восстановления питания сервер просматривает данные, отслеживает незавершенные транзакции, не ассоциируемые ни с одним из клиентов, и «откатывает» все изменения, проведенные в рамках этих прерванных транзакций. Однако отключение питания не всегда сопровождается лишь такими незначительными потерями. Если сервер в момент отключения питания производил расширение базы данных, то велик риск получить «потерянные» страницы в файле базы данных (orphan pages), т.е. такие страницы, которые физически распределены и зарегистрированы на страницах учета страниц, но запись данных на которые невозможна. Бороться с потерянными страницам в файле базы данных умеет только инструмент починки и модификации BackUtil или gfix (стандартная утилита FireBird). Потерянные страницы приводят только к излишнему расходу дискового пространства и как таковые не служат причиной потери или порчи данных. Но отключение питания может приводит и к более серьёзным повреждениям. После отключения питания и повторного включения может пропасть большое количество данных, в том числе и подтвержденных. Это происходит из-за того, что подтвержденные данные записываются не напрямую в файл базы данных на диске, а используют для этой цели файловый кэш операционной системы. То есть серверный процесс передает операционной системе команду на запись данных на диск, операционная система в свою очередь отправляет подтверждение на сервер, что данные сохранены на диске, а на самом деле данные находятся в файловом кэше. Операционная система не сбрасывает эти данные на диск, так как оценивает, что оперативной памяти еще много, и откладывает медленные операции записи на диск до тех пор, пока не закончится свободная оперативная память.

    2. Дефекты и неисправности серверного компьютера, особенно дисков, дисковых контроллеров, оперативной памяти компьютера и кеш-памяти RAID-контроллеров.

    3. Файловое копирование или другой файловый доступ к базе данных при запущенном сервере. Выполнение команды shutdown или отключение пользователей обычным порядком не является гарантией того, что сервер ничего не делает с базой; если sweep interval не установлен в 0, может выполняться sweep. Кроме того, после отключения последнего пользователя сервер выполняет уборку лишней информации. Обычно эта процедура занимает 1–2 мин, но, если перед этим выполнялось много операций delete или update, процесс может быть более длительным.

    4. Исчерпывание свободного дискового пространства во время работы с базой.

    5. Для всех серверов Borland FireBird превышение допустимого количества транзакций без выполнения backup/restore.

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

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

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

    Важно отметить, что:

    1. Планировщик резервного копирования можно закрыть только через меню пиктограммы из системного трея

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

    3. Если в процессе выполнения архивирования, профилактики попытаться выключить компьютер, то программа не даст этого сделать.

    Лог работы программы ведется в журнале событий ОС Windows.

    Перед выполнением операций резервного копирования (BackUp) и восстановления базы данных (Restore), происходит анализ свободного места на диске. При этом:

    1. Свободного места на диске, где находится БД АИСТ-М должно быть достаточно для хранения самой БД и ее копии, которая создается при восстановлении БД (Restore). Если БД состоит из нескольких файлов, то при оценке места на диске учитывается их общий размер.

    2. Свободного места на диске, где находятся файлы архивной копии БД должно быть не меньше общего размера самой БД.

    При отсутствии свободного места выполнении функций будет остановлено.

    Программа реализует следующие функции:

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

    Профилактика базы данных (Backup/Restore) – включает в себя выполнение сразу двух операций: резервного копирования данных (Backup) и восстановления данных (Restore). Профилактика выполняется как для получения резервной копии базы данных, так и для очистки базы данных от временных записей, что позволяет уменьшить размер БД. На этапе восстановления могут создаваться многофайловые БД, что определяется настройкой программы. При восстановлении все БД отключаются немедленно, а также происходит перезапуск сервера БД. Восстановление по этой причине возможно только на сервере БД. Следует отметить, что функция профилактики БД имеет приоритет выполнения перед функцией регулярного резервного копирования данных. В случае, когда в расписании для этих функций указаны одинаковые параметры запуска (например, совпадает день и время запуска), то будет выполнена только профилактика БД. Это обусловлено тем, что профилактика уже включает в себя операцию резервного копирования данных (BackUp).

    Перед выполнением восстановления БД (Restore) создается копия текущей БД, с расширением docpoint2.__b . Копия БД необходима для быстрого отката, при возникновении нештатных ситуаций. Для восстановления работоспособности системы достаточно переименовать файл(ы) копии БД. Например, копия БД docpoint2.__b переименовывается в docpoint2.gdb. При каждом запуске «Планировщика резервного копирование» проверяется, есть ли файл БД docpoint2.gdb. В случае если файл не найден (такое может произойти например в случае если во время выполнения профилактики БД произошло отключение сервера), то выдается текстовое сообщение о том что файл БД отсутствует и администратору системы предлагается восстановить базу из копии (автоматически переименовать docpoint2.__b в docpoint2.gdb )

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

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

    Удаление документов по указанную дату – используется для удаления «устаревших» документов и уменьшения размера БД. Пользователь может выбрать дату и время, на которую требуется удалить документы. Удаление документов происходит от самой ранней даты изменения документа найденной в БД, до даты выбранной пользователем. По умолчанию дата устанавливается из расчета, текущая дата минус один год. Периодически необходимо выполнять ревизию документов, для того чтобы те документы которые необходимо отставить, имели относительно свежую дату их изменения. Для этого, например, можно иметь некий переход в технологической схеме, прохождение через который менял бы дату изменения документа. Информация о количестве удаленных документов сохраняется в лог файле BackUtil.log.

    Очистка BODY_LOG – удаление в каталоге BODY_LOG временных файлов не связанных ни с одним документом БД.

    При откате (RollBack) транзакции, например, когда пользователь отказывается от сохранения изменений в документе, работая в ПЗ «Модуль обработки документов», в каталоге каталога BODY_LOG формируются временные файлы. Удаление таких файлов, не связанных ни с одним из документов, выполняется автоматически при выполнении функций регулярного резервного копирования и профилактике БД. Однако очистка каталога может быть выполнена по запросу пользователя. Для этого следует выбрать в меню «Операции» пункт «Очистить BODY_LOG». Эта операция, а также период, за который будет произведена очистка, возможны при соответствующей настройке программы.

    Физическое копирование БД - при выполнении этой операции происходит только копирование БД, без проведения процедуры backup/restore. Копирование производится в каталог для резервных копий БД.

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

    Если на сервере установлено несколько БД АИСТ-М, то перед выполнением операции будет выдано окно со списком всех баз зарегистрированных в системе. И только после выбора конкретной базы будет выполнена выбранная операция

    Как происходит восстановление уже поврежденной БД в случае внезапного отключения электропитания? Для понимания этого сравним БД с файловой системой FAT. Для того чтобы восстановить конкретный файл в файловой системе, выполняются 2 действия:

    1. Проверка файловой системы на целостность (логическую), например утилитой scandisk.

    2. Проверка остался ли этот файл без изменений (например, специальной программой, работающей с файлом).

    Аналогичные действия необходимо произвести над неисправной БД.

    1. Проверить целостность БД. База данных, как и файловая система, построена на страницах, которые выделяются в одном пространстве по мере необходимости.

    2. Выполнить одну за другой функции «Выполнить резервное копирование» (Backup) и «Выполнить восстановление БД» (Restore).

    Эти операции позволят выяснить, удачно ли прошло логическое восстановление БД. Если в ходе этих операций не возникло никаких ошибок, то база данных логически цела, и может использоваться для работы. Исключением может быть «потеря» нескольких документов, по причине того, что они в момент выключения находились в памяти операционной системы и не были сохранены (или были сохранены частично) на диске. Если базу восстановить не удается, то при наличии резервной копии (если она создается регулярно) есть возможность просто восстановить данные на момент последнего резервного копирования, при этом вся работа, происходившая после создания резервной копии будет утеряна, но будут восстановлены в полном объеме данных за весь период до резервного копирования.

    Для восстановления БД в случае ее поломки (повреждения), не связанной с отключением электропитания, существует другой алгоритм.

    Важно запомнить, что ввиду особой сложности этой процедуры, ее может выполнять только вручную администратор системы. При этом восстановление выполняется только для одной конкретной БД. Восстановление требует остановки работы подразделения, т.к. во время операции производится остановка сервиса СУБД.

    1. Перед выполнением операции будет выполнен запуск скрипта, если он прописан (по умолчанию отсутствует).

    2. Если в системе зарегистрировано более одной БД, то пользователю выдается список зарегистрированных БД, из которого он должен выбрать, какую из БД он будет восстанавливать.

    3. Выбор пользователем файла - архивной копии. По умолчанию путь к хранению архивной копии будет указан тот, куда производится автоматическое архивирование БД.

    4. Запрос на сохранение копии текущей БД, перед восстановлением путем копирования файла. Копирование может и не производится. При выборе варианта с сохранением будет запрошен путь, куда сохранять копию БД.

    5. Проверяется состояние службы «AutoServiceDocPoint», если она запущена, то выполняется ее остановка. Если сервис был запущен, то состояние сохраняется, для последующего запуска службы, после выполнения операции.

    6. Проверяется состояние службы «ControlServerService», если она запущена, то выполняется ее остановка. Если сервис был запущен, то состояние сохраняется, для последующего запуска службы, после выполнения операции.

    7. Останавливается сервис управления СУБД (FireBird).

    8. Выполняется изменение расширения для файлов БД с gdb на __b. С целью иметь копию БД в ее первоначальном виде (в случае неудачного восстановления БД), а также с целью недоступности БД по «привычному» пути. Т.е. при попытке после старта сервиса СУБД выполнить подключение к БД, пользователь получит сообщение о том, что БД не найдена. Если в процессе переименования возникли ошибки, то сервис управления СУБД (FireBird) будет запущен.

    9. Выполняется старт службы СУБД (FireBird) и выполняется пауза, указанная в параметре «Задержка (в миллисекундах) между остановкой/запуском сервисов». По умолчанию, после установки системы пауза равна 2000 (2 секунды). Пауза предназначена для времени инициализации запущенного сервиса.

    10. Выполняется восстановление БД. Восстановление производится не в файл с расширением gdb, а в файл с расширением _db. С той целью, чтобы пользователи не могли подключаться к БД во время восстановления. Размер страницы БД берется из параметра «Размер страницы БД при восстановлении» настроек, по умолчанию этот параметр равен 4096.

    10.1. При необходимости (в зависимости от выбора пользователя), производится копирование БД. Файл копируется из __b по указанному пути в gdb.

    10.2. Перед восстановлением выполняется контроль свободного места на диске. Проверка производится следующим образом если свободного места на диске плюс место, занимаемое ранее переименованным файлом БД (с расширением __b) больше, чем архивная копия этой БД +10%, то места достаточно для выполнения операции. Информация о расчете свободного места пи любом исходе заносится в протокол. В случае нехватки места на диске операция завершается аварийно (запись об этом событии попадает в протокол) и происходит обратное п.5 переименование фала БД с расширением gdb.

    10.3. Выполняется восстановление БД в файл с расширением _db через Firebird API, вся информация о ходе выполнения восстановления попадает в файл протокола. Для совместимости поддерживается восстановление многофайловых архивов. Архивы БД, берутся по месту, указанному в настройках хранения архивных копий, для дополнительно зарегистрированных БД из подкаталогов DB1, DB2 и т.д.

    10.4. Восстановление, в отличие от предыдущих версий данного программного продукта, производится в один файл (многофайловость не поддерживается), а поэтому производится дополнительный контроль присутствия вторичных файлов БД (с расширениями gd1m gd2 и т.д. и __1, __2 и т.д.), если такие файлы найдены, то они являются мусором и удаляются, о чем информация заносится в протокол.

    10.5. Если восстановление завершено успешно, то файл, куда производилось восстановление БД (_db) изменяет свое расширение на gdb. Иначе происходит переименование обратное п.5. из файла с расширением __b в файл с расширением gdb (откат к предыдущей версии).

    11. Если до операции сервис AutoServiceDocPoint не был запущен, то производится его запуск.

    12. Если до операции сервис «ControlServerService» не был запущен, то производится его запуск.

    13. После выполнения операции будет выполнен запуск соответствующего скрипта «ПОСЛЕ восстановления БД», если он прописан (по умолчанию отсутствует).

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

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

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

    Необходимо проверять, можно ли восстановить без ошибок полученную резервную копию. Проверить это можно только одним способом – через тестовый процесс восстановления (restore). Надо отметить, что процесс восстановления занимает примерно в 3 раза больше времени, чем резервное копирование, и для больших баз проверку на восстановление ежедневно делать затруднительно, так как это может прервать работу пользователей на несколько часов.

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

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

    Если по каким-то причинам невозможно часто производить процесс backup/restore (особенно restore), то можно воспользоваться инструментом для проверки и восстановления баз данных gfix, который позволяет провести проверку и восстановление многих ошибок без использования процедуры backup/restore.

     

     

    Похожие статьи:

    poznayka.org

    Восстановление базы данных

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

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

    Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью (иногда поддерживаются две копии журнала, располагаемые на разных физических дисках), в которую поступают записи обо всех изменениях основной части БД. При ведении журнала придерживаются стратегии "упреждающей" записи, которая заключается в том, что запись об изменении любого объекта БД должна попасть во внешнюю память журнала раньше, чем измененный объект попадет во внешнюю память основной части БД. Известно, что если в СУБД корректно соблюдается данное условие, то с помощью журнала можно решить все проблемы восстановления БД после любого сбоя.

    При мягком сбое во внешней памяти основной части БД могут находиться объекты, модифицированные транзакциями, не закончившимися к моменту сбоя, и могут отсутствовать объекты, модифицированные транзакциями, которые к моменту сбоя успешно завершились но не были записаны во внешнюю память. Целью процесса восстановления после мягкого сбоя является состояние внешней памяти основной части БД, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и которое не содержало бы никаких следов незаконченных транзакций. Для того, чтобы этого добиться, сначала производят откат незавершенных транзакций, а потом повторно воспроизводят те операции завершенных транзакций, результаты которых не отображены во внешней памяти. Для восстановления БД после жесткого сбоя используют журнал и архивную копию БД. Архивная копия - это полная копия БД к моменту начала заполнения журнала. Для нормального восстановления БД после жесткого сбоя необходимо, чтобы журнал не пропал. Тогда восстановление БД состоит в том, что, исходя из архивной копии, по журналу воспроизводится работа всех транзакций, которые закончились к моменту сбоя.

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

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

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

    studfiles.net

    Восстановление и предотвращение утери файлов Microsoft SQL Server

    SQL Server – это система управления реляционными базами данных (СУБД) от Microsoft, которая изначально разрабатывалась компанией как конкурент набиравшим популярность Oracle Database и MySQL. Как и большинство СУБД Microsoft SQL Server поддерживает стандарт ANSI SQL. Но, СУБД от Microsoft также использует собственную реализацию стандарта - T-SQL.

    Основным инструментом интерфейса SQL Server является Microsoft SQL Server Management Studio (SSMS).

    Восстановление и предотвращение утери файлов Microsoft SQL Server Содержание:
    1. Файлы системы Microsoft SQL Server.
    2. Причины утери данных MSSQL.
    3. Способы восстановления базы данных.
    4. Восстановление удалённой базы с Hetman Partition Recovery.
    5. Как создать копию базы SQL Server для дальнейшего восстановления, импорта или переноса.

    Файлы системы Microsoft SQL Server

    Файлы базы SQL Server по умолчанию сохраняются на диске С компьютера:

    C:\Program Files\Microsoft SQL Server

    Причём под каждую базу создаётся отдельная папка с её названием. Например, в нашем случае создано две базы данных Microsoft SQL Server: MSSQL13.SQLEXPRESS, MSSQL13.MSSQLHETMAN.

    Microsoft SQL Server: папки баз MSSQL13.SQLEXPRESS, MSSQL13.MSSQLHETMAN

    Данные любой из баз данных MSSQL хранятся в рабочих системных файлах, которых есть три типа:

    • *.mdf – это первичный файл данных базы. В таком файле содержатся сведения, которые необходимы для запуска базы, ссылки на другие файлы базы, данные и объекты пользователя. В .mdf файле физически хранятся данные базы.
    • *.ndf – вторичные файлы данных базы, которые также используются системой для хранения данных базы.
    • *.ldf – файлы журнала транзакций (лог файлы).

    Каждый из указанных файлов имеет название базы данных и хранится в папке \DATA:

    C:\Program Files\Microsoft SQL Server\Название_Базы_Данных\MSSQL\DATA

    Файлы базы данных: C:\Program Files\Microsoft SQL Server\Название_Базы_Данных\MSSQL\DATA

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

    Причины утери данных MSSQL

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

    Ошибки программного обеспечения. Это как правило логические ошибки или сбой системы. В результате возникновения таких ошибок система произвольно осуществляет аварийное завершение работы системы, после чего не может выполнить восстановление.

    Сбой или выход из строя аппаратного обеспечения. Наиболее частой причиной утери данных базы данных по причине аппаратного обеспечения, является выход из строя дискового накопителя (жесткого диска). Но утерей данных или базы Microsoft SQL Server может также обернутся выход из строя компьютера по любой из причин, во время работы базы данных.

    Человеческий фактор. Утеря данных в результате неумышленных действий пользователя или администратора системы.

    Способы восстановления базы данных

    Есть несколько способов резервирования и восстановления данных базы SQL Server. Использование каждого из них зависит от преследуемой цели: плановое создание бэкапа базы данных или восстановление из него при переносе базы данных на другую машину, или необходимость восстановления данных базы MSSQL в результате её утери или удаления.

    Создать копию базы данных для дальнейшего восстановления можно как с помощью встроенных в Microsoft SQL Server Management Studio инструментов, так и вручную. Создание и восстановление базы данных из созданной вручную копии, это более быстрый процесс чем создание и разворачивание резервной копии, но не такой надёжный.

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

    Для этого:

    • Запустите Диспетчер конфигурации SQL Server (Sql Server Configuration Manager)

      Запуск Диспетчера конфигурации SQL Server (Sql Server Configuration Manager)
    • Выберите Службы SQL Server

    • В правом окне диспетчера кликните правой кнопкой мыши на базе данных которую необходимо остановить и выберите «Остановить».

      Sql Server Configuration Manager
    • Запустить базу данных можно аналогичным образом, выбрав пункт меню «Запустить».

    Также базу данных можно остановить и запустить с помощью команд:

    • В Transact-SQL: SHUTDOWN;
    • Из окна командной строки: Net stop MSSQLHETMANNet start MSSQLHETMANГде, MSSQLHETMAN – название базы данных

    Восстановление удалённой базы с Hetman Partition Recovery

    В случае утери или удаления базы данных SQL Server из компьютера, её можно восстановить при условии, что его диск сохранил свою работоспособность. Это можно сделать с помощью программы для восстановления данных жесткого диска Hetman Partition Recovery.

    Чтобы восстановить утерянные файлы данных базы MS SQL Server:

    • Запустите Hetman Partition Recovery и просканируйте с её помощью диск на котором были сохранены файлы данных SQL Server

      Hetman Partition Recovery. Тип анализа
    • Перейдите с помощью проводника программы в папку с файлами данных базы

      Hetman Partition Recovery. Результат анализа
    • Восстановите необходимые *.mdf, *.ndf, *.ldf файлы данных

      Hetman Partition Recovery. Восстановить
    • Присоедините восстановленные файлы данных к базе SQL Server используя функцию «Присоединить…»

      Microsoft SQL Server Management Studio. «Присоединить…»

      Для этого, войдите в базу данных и кликните правой кнопкой мыши на папке «Базы данных». Выберите меню «Присоединить...» / кнопка «Добавить», после укажите *.mdf файл данных восстановленной базы и нажмите OK.

      Microsoft SQL Server Management Studio. Расположение файлов базы данных

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

    Как создать копию базы SQL Server для дальнейшего восстановления, импорта или переноса

    Чтобы избежать утери данных базы MSSQL в случае возникновения непредвиденных обстоятельств, в случае необходимости импорта базы или её переноса из одной машины на другую, в Microsoft SQL Server Management Studio (SSMS) предусмотрен целый ряд инструментов на разные случаи, часть из которых мы уже упоминали в данной статье.

    Создать резервную копию… / Восстановить

    Чтобы создать резервную копию базы данных, кликните на папке с её названием правой кнопкой мыши и выберите Задачи / Создать резервную копию…

    Microsoft SQL Server Management Studio. Создать резервную копию…

    В результате, в папке \Backup

    C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLHETMAN\MSSQL\Backup

    будет создан *.bak файл с резервной копией базы данных.

    Файл с резервной копией базы данных. C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLHETMAN\MSSQL\Backup

    Чтобы восстановить резервную копию базы данных, кликните на папке с её названием правой кнопкой мыши и выберите Задачи / Восстановить, и укажите путь к файлу резервной копии.

    Локальный файл резервной копии

    Импорт данных… / Экспортировать данные…

    C помощью функции Импорта / Экспорта данных Microsoft SQL Server можно скопировать данные из источника в файл назначения или сервер. Данная функция поддерживает такие источники данных:

    • SQL Server
    • Microsoft Access
    • Microsoft Excel
    • Неструктурированные файлы

    Другими словами, из SQL Server базы данные можно экспортировать на другой SQL Server или в файл Access, Excel, неструктурированный файл. Из этих же источников можно импортировать данные в SQL Server.

    Чтобы экспортировать данные базы, кликните на папке с её названием правой кнопкой мыши и выберите Задачи / «Экспортировать данные…».

    Microsoft SQL Server Management Studio. «Экспортировать данные…»

    После чего укажите с помощью открывшегося Мастера импорта и экспорта SQL Server, Источник и Куда копировать данные.

    Мастер импорта и экспорта SQL Server

    Импортировать данные в базу можно аналогичным образом, с помощью меню Задачи / «Импорт данных…».

    Отсоединить… / Присоединить…

    Самым подходящим способом создания копии базы данных для переноса её на другую машину, есть функция Отсоединить… / Присоединить…

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

    Такие файлы данных можно перенести в другое удобное пользователю место без риска утери данных из соответствующей базы и подсоединить их к SQL Server другого компьютера (с версией не ниже отсоединённой).

    Чтобы отсоединить базу данных, кликните на папке с её названием правой кнопкой мыши и выберите Задачи / «Отсоединить…» / Ok.

    Microsoft SQL Server Management Studio. «Отсоединить…»

    Чтобы присоединить базу данных, кликните на папке «Базы данных» правой кнопкой мыши и выберите «Присоединить…» / Добавить, после чего укажите путь к *.mdf файлу базы данных которую необходимо присоединить.

    Microsoft SQL Server Management Studio. «Присоединить…»

    Примечание. В случае необходимости, с помощью Hetman Partition Recovery можно восстановить файл резервной копии базы данных (*.bak), Иморта/Экспорта базы данных или файлы отсоединённой базы (*.mdf, *.ndf ,*.ldf) с дальнейшим их присоединением или восстановлением в Microsoft SQL Server.

    hetmanrecovery.com

    Вопрос 20 Для чего предназначено тестирование и исправление информационной базы данных?

    1. Для решения нештатных ситуаций, связанных с нарушением логической, ссылочной целостности

    2. Для получения отчета о поврежденных, несуществующих объектах и их исправлении

    3. Для реиндексации и сжатия таблиц информационной базы для файловой системы работы

    4. Для реиндексации и сжатия таблиц информационной базы для клиент-серверной системы работы

    5. Верны все указанные ответы

    6. Верны ответы 1, 2 и 3

    Вопрос.21 Процесс тестирования и исправления информационной базы может быть ограничен:

    1. указанным временем, например : "до 23:00"

    2. указанным интервалом времени, например : "в течении 3 часов"

    3. не может быть ограничен

    4. верны ответы 1, 2

    Вопрос 22 Тестирование и исправление информационной базы данных...

    1. требует предварительного запуска с указанием флага "Монопольный режим"

    2. может быть выполнено в разделенном режиме

    3. требует монопольного режима только для выполнения "Тестирование и исправление"

    4. при попытке выполнения пытается перейти в монопольный режим, при неудаче выдает сообщение об ошибке

    5. Верны ответы 3 и 4

    Вопрос.23 Основное назначение утилиты (ChDBFI) восстановления файловой базы данных?

    1. Гарантированное полное восстановление информационной базы при сбое

    2. Восстановление информационной базы при сбоях, результат зависит от уровня сбоя

    3. Обеспечение текущего контроля состояния базы данных

    Вопрос 24 Для каких задач можно использовать утилиту восстановления файловой базы данных?

    1. Восстановление файловой базы данных

    2. Восстановление файлов обновления

    3. Проверка хранилища конфигурации

    4. Верны ответы 1 и 3

    5. Верны все указанные варианты

    Вопрос.25 Как использовать утилиту восстановления файловой базы данных?

    1. В конфигураторе

    2. Самостоятельно без запуска конфигуратора

    3. В режиме 1С Предприятие

    Вопрос 26 Список пользователей...

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

    2. задается и редактируется в режимах конфигуратор и 1С:Предприятие, определяет права доступа пользователей в режиме 1С Предприятие. Является частью конфигурации

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

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

    Вопрос 27 Представление списка пользователей...

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

    2. может изменяться и отображать все необходимые реквизиты элемента списка. Для отображения реквизитов необходимо в меню "Действия" - "Настройка списка" - отметить необходимые реквизиты

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

    Вопрос 28 Можно ли распечатать список пользователей в режиме конфигуратора?

    1. Нельзя. Печать интерактивного списка не предусмотрена

    2. Можно непосредственно через пиктограмму "Печать" или пункт меню "Файл" - "Печать"

    3. Можно через меню "Действия" - "Вывести список", представив в виде текстового или табличного документа и после отправив на печать

    4. Можно через меню "Действия" - "Вывести список", представив в виде текстового документа и после отправить на печать

    5. Можно через меню "Действия" - "Отобразить список", представив в виде табличного документа и после отправив на печать

    studfiles.net


     

    ..:::Новинки:::..

    Windows Commander 5.11 Свежая версия.

    Новая версия
    IrfanView 3.75 (рус)

    Обновление текстового редактора TextEd, уже 1.75a

    System mechanic 3.7f
    Новая версия

    Обновление плагинов для WC, смотрим :-)

    Весь Winamp
    Посетите новый сайт.

    WinRaR 3.00
    Релиз уже здесь

    PowerDesk 4.0 free
    Просто - напросто сильный upgrade проводника.

    ..:::Счетчики:::..