Решение всех вопросов теста 1С:Профессионал по технологическим вопросам (Раздел №3)

   


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

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

 

В данной стате представлены решения раздела №3

«Вопросы эксплуатации серверов СУБД».

03.01 — 5

В методологической поддержке говорится только о 2 счетчиках:

  • Processor \ %Processor Time
  • System \ Processor Queue Length

Источник:

Однако правильным ответом, является все ответ 5.

03.02 — 1

Physical Disk \Avg. Disk Queue Length — Показывает эффективность работы дисковой подсистемы. Представляет собой среднюю длину очереди запросов к диску.

Источник:

Смотрите также:

03.03 — 1

Средняя длина очереди дисков не должна превышать значения 2 * количество дисков, работающих параллельно.Следовательно, очередь для массива из 3х параллельно работающих дисков недолжна превышать 6.

Источники:

Смотрите также:

03.04 — 5

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

Поэтому данных для прогноза точно недостаточно.

03.05 — 1

Динамическое представление MS SQL Server dm_io virtual filestats позволяет оценить объем операций чтений записи и объем прочитанных и записанных данных во все базы, в т.ч. и системные. Таким образом именно динамическое представление dm_io virtual file stats позволит сравнить нагрузку на файлы баз данных сервера MS SQL Server, но только с момента последней остановки (перезапуска) сервера СУБД.

Источники:

  • Комплект вопросов сертификационного экзамена»1С:Профессионал» по технологическим вопросам с примерами решений. Раздел 2. Примеры экзаменационных заданий.
  • http://v8.1c.ru/metod/books/book.jsp?id=492

Смотрите также:

03.06 — 1

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

03.07 — 4

Системная база данных tempdb— это глобальный ресурс, доступный всем пользователям, подключенным кэк земпляру SQL Server или базе данных SQL. База данных tempdb служит для хранения следующих объектов:

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

Источник:

03.08 — 5

Перемещение пользовательской базы данных на другой диск осуществляется с помощью операций Отсоединения (Detach)и Присоединения (Attach) базы данных.

Источники:

03.09 — 1

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

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

Файл Логическое имя Физическое имя Начальный размер Увеличение размера файлов
Первичные данные tempdev tempdb.mdf 8 МБ Автоматическое увеличение на 64 МБ до заполнения диска.
Вторичные файлы данных*. temp# tempdb_mssql_ # .ndf 8 МБ Автоматическое увеличение на 64 МБ до заполнения диска.
Журнал templog templog.ldf 8 МБ Автоматическое увеличение на 64 МБ до максимального размера в 2 ТБ.

Источники:

03.10 — 6

Перемещение файлов пользовательских баз данных на другой диск осуществляется с помощью операций Отсоединения (Detach) и Присоединения (Attach) базы данных.

При присоединении базы данных есть возможность указать (изменить) пути к файлам базы данных.

Источники:

03.11 — 1

SQL Server выполняются в контексте модели восстановления базы данных. Модели восстановления предназначены для управления обслуживанием журналов транзакций. Модель восстановления — это свойство базы данных, которое управляет процессом регистрации транзакций, определяет, требуется ли для журнала транзакций резервное копирование, а также определяет, какие типы операций восстановления доступны. Существует три модели восстановления: простая модель восстановления, модель полного восстановления и модель восстановления с неполным протоколированием. Обычно в базе данных используется модель полного восстановления или простая модель восстановления. Базу данных можно в любой момент переключить на использование другой модели восстановления.

Источники:

03.12 — 1

При простой модели восстановления нет резервных копий журналов.

MS SQL автоматически освобождает место на диске, занятое журналами, устраняя таким образом необходимость в управлении размером журналов транзакций. Дополнительные сведения о резервном копировании базы данных в простой модели восстановления см. в разделе Полные резервные копии базы данных (SQL Server).

Источники:

03.13 — 1

При полной модели восстановления необходимы резервные копии журналов.

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

Возможно восстановление до произвольного момента времени(например до ошибки приложения или пользователя). Дополнительные сведения о создании резервных копий базы данных с использованием полной модели восстановления см. в разделах Полные резервные копии базы данных (SQL Server) и Полное восстановление базы данных (модель полного восстановления).

Источники:

03.14 — 2

При полной модели восстановления необходимы резервные копии журналов.

Источники:

03.15 — 5

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

  • Доставка журналов
  • Группы AlwaysOn или зеркальное отображение базы данных
  • Восстановление носителя без потери данных
  • Восстановление на определенный момент времени

Источники:

03.16 — 2

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

Перезапуск сервера не требуется.

Источники:

03.17 — 1

Когда журнал транзакций переполняется, в компоненте Компонент SQL Server Database Engine происходит ошибка 9002. Журнал может заполниться, когда база данных работает в режиме «в сети» или находится в процессе восстановления. Если журнал заполняется, когда база данных находится в режиме «в сети», база данных остается в режиме «в сети», но доступной только для чтения, но не для обновления. Если журнал заполняется,когда база данных находится в процессе восстановления, компонент КомпонентDatabase Engine помечает базу данных как RESOURCE PENDING. В любом случае необходимо вмешательство пользователя, чтобы сделать журнал транзакций доступным.

При переполнении журнала транзакций предусмотрены следующие ответные действия:

  • создание резервной копии журнала;
  • освобождение места на диске, чтобы журнал мог автоматически расти;
  • перемещение файла журнала на диск с достаточным объемом свободного места;
  • увеличение размера файла журнала;
  • добавление файла журнала на другой диск;
  • завершение или уничтожение длительной транзакции.

Для полных моделей восстановления и моделей с неполным протоколированием резервное копирование может предотвратить усечение журнала транзакций, если оно не было сделано недавно. Если резервная копия журнала создается в первый раз, следует сделать вторую резервную копию журнала , чтобы разрешить компоненту Компонент Database Engine усечение журнала до точки последнего резервного копирования. Усечение журнала освобождает пространство для новых записей журнала. Чтобы избежать повторного переполнения журнала, следует чаще выполнять резервное копирование.

Источники:

03.18 — 5

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

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

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

Источники:

03.19 — 2

Требования платформы 1С к СУБД описаны на сайте 1С.

Источники:

03.20 — 3

Реальные параметры оборудования крупных внедрений описаны на сайте v8.1c.ru в разделе ЦКТП.

Источники:

03.21 — 3

Для решения описанных выше проблем необходимо установить значение параметра max degree ofparallelism равным 1. Следует учитывать, что эта установка ограничивает количество процессоров, которые использует SQL Server при выполнении отдельного запроса, и как правило, это не оказывает существенного влияния на время выполнения большинства используемых запросов.

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

Источники:

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

03.22 — 3

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

Источники:

  • Комплект вопросов сертификационного экзамена»1С:Профессионал» по технологическим вопросам с примерами решений. Раздел 2. Примеры экзаменационных заданий.
  • http://v8.1c.ru/metod/books/book.jsp?id=492
Помогла ли вам данная статья?
Да, спасибо, помогла.
Немного помогла.
Совсем не помогла.
Не то, что я искал(а).
Смотреть результаты
Запись опубликована в рубрике Эксперт 1С с метками , . Добавьте в закладки постоянную ссылку.

2 комментария на «Решение всех вопросов теста 1С:Профессионал по технологическим вопросам (Раздел №3)»

  1. Аноним говорит:

    В вопросе 21 ответ 1 это третий вариант ответа, а у вас первый

Добавить комментарий

Ваш e-mail не будет опубликован.