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

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

Вопрос 3.1
Какой счетчик (или счетчики) Performance Monitor позволяют точно оценить, достаточно ли процессорных мощностей на конкретном сервере?

1. \Processor(_Total)% Processor Time
2. \Processor(_Total)% Processor Time и \System(_Total)\Processor Queue Length
3. \Processor(_Total)\% IdleTime и \Processor(_Total)\% User Time
4. \System\Processes и \Sytem\Context Swithes/sec
5. \System\Threads и \Processor(_Total)% Processor Time, \System(_Total)\Processor Queue Length

С помощью Performance monitor в простых случаях достаточно контролировать следующие параметры:

3. Processor [_Total] (Процессор [_Total]) – % Processor Time (% загрузки процессора) – рекомендованный максимум – не более 70 % в течение длительного времени.

4. System (Система) – Processor Queue Length (Очередь к процессорам) – рекомендованный максимум – не более 2 * количество ядер процессоров в течение длительного времени.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.123

Вопрос 3.2
По какому параметру Windows Performance Monitor можно определить, достаточна ли производительность дисковой подсистемы? СХД не используется.

1. Avg. Disk Queue Length
2. Avg. Disc Sec / Read
3. Avg. Disc Sec / Write
4. Текущая длина очереди диска
5. Для определения достаточности производительности дисковой подсистемы необходимо использовать утилиту MS SQLIO

С помощью Performance monitor в простых случаях достаточно контролировать следующие параметры:

5. Physical Disk (Физический диск) – Avg. Disk Queue Length (Средняя длина очереди к дискам) – обязательно для системных дисков отдельно, для диска с базой отдельно, для диска с журналом транзакций (если такой есть) отдельно. Рекомендованный максимум – не более 2 * количество дисков, работающих параллельно (при этом всегда надо иметь в виду, что RAID0, обеспечивающий параллельность работы дисков, на дисках с базой собирают крайне редко). На практике этот счетчик достаточно сложно применять при оценке загруженности дискового хранилища. По этой причине этот счетчик может быть заменен на \PhysicalDisk(_Total)\Avg. Disk Sec/Read и \PhysicalDisk(_Total)\ Avg. Disk Sec/Write. При работе с дисковым кешем нормальное время на чтение или запись обычно составляет менее 10 мс. В случае работы с дисками время на чтение или запись не должно превышать 50–200 мс. Если вы видите, что есть периоды, в которые среднее время значительно возрастает и превышает 200 мс, то это серьезный повод задуматься о производительности дискового хранилища, с которым вы работаете.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.123

Вопрос 3.3
В каком случае дисковая подсистема обладает неудовлетворительной производительностью?

1. Средняя длина очереди диска к массиву из 3х параллельно работающих дисков = 8
2. Средняя длина очереди диска к массиву из 3х параллельно работающих дисков = 4
3. Средняя длина очереди диска к СХД из 5ти параллельно работающих дисков = 8
4. Верны ответы 1 и 3
5. Верны все ответы

«Рекомендованный максимум – не более 2 * количество дисков, работающих параллельно.» (с)

В первом варианте рекомендуемый максимум равен 6 (рассчитывается как количество дисков 3 * очередь на каждый диск 2 ), а очередь 8. Следовательно система работает неудовлетворительно.

Во втором варианте максимум тот же — 6, но очередь равна 4. Система работает стабильно.

В третьем варианте ответа максимум уже 10, а очередь 8. Соответственно,  нагрузки нет.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.123

Вопрос 3.4
Получены достоверные данные о том, что в системе на сервере СУБД имеется небольшая нехватка оперативной памяти. В то же время, в системе наблюдаются регулярные периоды высокой нагрузки на процессор сервера СУБД (95-100% на период 5-15 минут), в течение которых пользователи ощущают замедление работы. Решено попробовать увеличить объем оперативной памяти. Попутно в это же окно запланированы работы по смене релиза 1С и внесению незначительных доработок функционала. К чему это приведет?

1. Ситуация с нагрузкой на процессор сервера СУБД ухудшится.
2. Ситуация с нагрузкой на процессор сервера СУБД улучшится.
3. На ситуацию с нагрузкой на процессор сервера СУБД это никак не повлияет.
4. Ситуация с нагрузкой на процессор сервера СУБД должна бы ухудшиться, но явно доказать, что именно на это повлияло, не удастся.
5. Точно не известно. Информации не достаточно.

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

Вопрос 3.5
Используется сервер СУБД MS SQL Server. База tempdb и рабочая база данных расположены на одном логическом диске. Требуется определить, какая часть нагрузки создается именно запросами к tempdb. С помощью каких механизмов это сделать?

1. С помощью динамического представления sys.dm_io_virtual_file_stats
2. С помощью динамического представления sys.dm_exec_query_stats
3. С помощью динамического представления sys.dm_db_file_space_usage
4. С помощью счетчиков Performance Monitor
5. С помощью утилиты sqlio
6. С помощью MS SQL Profiler и классов событий TSQL/SQL:BatchCompleted и Stored Procedures/RPC:Completed

sys.dm_io_virtual_file_stats — возвращает статистику ввода-вывода для данных и файлов журнала. В таблице выводится информация в разрезе баз данных: количество считываний файла; число байт, считанных из файла; число записей, сделанных в файл и пр.

sys.dm_exec_query_stats — возвращает суммарную статистику производительности для кэшированных планов запросов в SQL Server.Представление содержит по одной строке для каждой инструкции запроса в плане в кэше, а время жизни строк связано с самим планом.Когда план удаляется из кэша, соответствующие строки исключаются из представления. Не показывает статистику в разрезе баз.

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

SQLIO — является инструментом эталонного тестирования производительности операций ввода — вывода дисковой подсистемы для SQL Server.

SQL:BatchCompleted — указывает на завершение выполнения пакета Transact-SQL. База данных здесь та, которая использовалась в инструкции USE или база по умолчанию. Для временных таблиц не пригодно.

RPC:Completed — указывает, что удаленный вызов процедуры (RPC) завершен.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.133
MSDN: sys.dm_io_virtual_file_stats (Transact-SQL)
MSDN: sys.dm_exec_query_stats (Transact-SQL)
MSDN: sys.dm_db_file_space_usage (Transact-SQL)

Вопрос 3.6
Укажите правильную последовательность действий, чтобы перенести базу Tempdb.

1.1. Создать каталог, в котором хотим ее видеть (например C:\TEMPDB).
2. Войти в Management Studio, выполнить запрос, убедиться, что он успешно отработал:
USE master
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = ‘C:\TEMPDB\tempdb.mdf’)
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = templog, FILENAME = ‘C:\TEMPDB\templog.ldf’)
GO
3. Перезапустить SQL Server
4. Убедиться, что в новом каталоге появились нужные файлы, и удалить файлы, оставшиеся от Tempdb из прежнего каталога.

2.1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio, вызвать правой кнопкой мыши контекстное меню на имени tempdb, выбрать Задачи (Tasks) — Отосоединить (Detach), нажать ОК.

3.1. Переместить файлы tempdb.mdf и tempdb.ldf в нужный каталог
2. В Management Studio, вызвать правой кнопкой мыши контекстное меню на узле базы данных (Databases), выбрать Присоединить (Attach) — в поле «Базы данных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствую переносимой, и далее нажать ОК.

4.1. Переместить файл tempdb.ldf в нужный каталог.
2. В Management Studio, вызвать правой кнопкой мыши контекстное меню на узле базы данных (Databases), выбрать Присоединить (Attach)
2.1. в поле «Базы данных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой.
2.2. в поле «Сведения о базе данных» (Database details) изменить путь к файлу tempdb.ldf на новый.
2.3. Нажать ОК

5. 2, затем 3.

6. 2, затем 4.

В процессе работы 1С:Предприятия 8 возможно значительное увеличение размера базы данных TEMPDB. Если размер диска, на котором расположена база данных TEMPDB, окажется недостаточным, работа 1С:Предприятия 8 может завершиться аварийно.

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

1. определить логические имена файлов базы данных TEMPDB (колонка «NAME» результата выполнения процедуры). Для этого нужно в Query Analyzer выполнить следующую команду:
USE tempdb
GO
EXEC sp_helpfile
GO

2. изменить месторасположение файлов базы данных TEMPDB с помощью команды ALTER DATABASE. Для этого нужно в Query Analyzer выполнить следующую последовательность команд:
USE master
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = ‘Новый_Диск:\Новый_Каталог\tempdb.mdf’)
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = templog, FILENAME = ‘Новый_Диск:\Новый_Каталог\templog.ldf’)
GO

3. Перезапустить  Microsoft SQL Server.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.110
ИТС: Перемещение базы данных TEMPDB
MSDN: Перемещение системных баз данных

Вопрос 3.7
Где хранятся временные таблицы SQL Server?

1. В оперативной памяти. Таблицы нигде не хранятся, но формируются в процессе выполнения запроса.
2. В информационной базе 1С:Предприятия
3. В master
4. В tempdb.
5. Во временном хранилище

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

  • временные объекты, созданные явно, такие как глобальные или локальные временные таблицы, временные хранимые процедуры, табличные переменные и курсоры;
  • внутренние объекты, создаваемые Компонент SQL Server Database Engine, например рабочие таблицы, хранящие промежуточные результаты буферов или сортировки;
  • версии строк, сформированные транзакциями изменения данных в базе данных, в которой используются транзакции изоляции моментальных снимков с зафиксированным чтением и транзакции изоляции моментальных снимков;
  • версии строк, сформированные транзакциями изменения данных для таких функциональных возможностей, как Операции с индексами в сети, множественные активные результирующие наборы (режим MARS) и триггеры AFTER.

Источники:
MSDN: База данных tempdb
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.108

Вопрос 3.8
Укажите правильную последовательность действий, чтобы перенести в другой каталог (диск) произвольную пользовательскую (не служебную) базу с именем Имя_Базы.

1.1. Создать каталог, в котором хотим ее видеть (например C:\Имя_Базы).
2. Войти в Management Studio, выполнить запрос, убедиться, что он успешно отработал:
USE master
GO
ALTER DATABASE Имя_Базы
MODIFY FILE (NAME = basedev, FILENAME = ‘C:\TEMPDB\Имя_Базы.mdf’)
GO
ALTER DATABASE Имя_Базы
MODIFY FILE (NAME = baselog, FILENAME = ‘C:\TEMPDB\Имя_Базы.ldf’)
GO
3. Перезапустить SQL Server
4. Убедиться, что в новом каталоге появились нужные файлы, и удалить файлы, оставшиеся от базы из прежнего каталога.

2.1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio, вызвать правой кнопкой мыши контекстное меню на имени базы, выбрать Задачи (Tasks) — Отосоединить (Detach), нажать ОК.

3.1. Переместить файлы Имя_Базы.mdf и Имя_Базы.ldf в нужный каталог
2. В Management Studio, вызвать правой кнопкой мыши контекстное меню на узле Базы данных (Databases), выбрать Присоединить (Attach) — в поле «Базы данных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствую переносимой, и далее нажать ОК.

4.1. Переместить файл Имя_Базы.ldf в нужный каталог.
2. В Management Studio, вызвать правой кнопкой мыши контекстное меню на узле базы данных (Databases), выбрать Присоединить (Attach)
2.1. в поле «Базы данных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой.
2.2. в поле «Сведения о базе данных» (Database details) изменить путь к файлу Имя_Базы.ldf на новый.
2.3. Нажать ОК

5. 2, затем 3.

6. 2, затем 4.

 Чтобы перенести любую пользовательскую (не служебную) базу, нужно сделать следующее:
1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio вызвать правой кнопкой мыши контекстное меню на имени нужной базы, выбрать Задачи (Tasks) – Отсоединить (Detach) и далее нажать ОК.
4. Переместить файлы базы и журнала транзакций в нужный каталог.
5. В Management Studio вызвать правой кнопкой мыши контекстное меню на узле базы данных (Databases), выбрать Присоединить (Attach), в поле Базы данных для присоединения (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой, и далее нажать ОК.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.111

Вопрос 3.9
Что такое tempdb для SQL Server и где она располагается?

1. Tempdb это служебная база SQL Server. Ее расположение при установке по умолчанию: файлы tempdb.mdf и tempdb.ldf в каталоге баз SQL Server.
2. Tempdb это службеная база SQL Server. Ее расположение при установке по умолчанию: файл tempdb.dbf каталоге баз SQL Server.
3. Tempdb это область оперативной памяти, куда кэшируются запросы и их результаты.

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

Файл Логическое имя Физическое имя Увеличение размера файлов
Первичные данные tempdev tempdb.mdf Автоувеличение на 10 % до заполнения диска.
Журнал templog templog.ldf Автоувеличение на 10 % до максимального размера в 2 ТБ.

Источники:
MSDN: База данных tempdb
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.108

Вопрос 3.10
Укажите правильную последовательность действий, чтобы перенести в другой каталог (диск) только файл журнала транзакций пользовательской (не служебной) базы  с именем Имя_Базы.

1.1. Создать каталог, в котором хотим ее видеть (например C:\Имя_Базы).
2. Войти в Management Studio, выполнить запрос, убедиться, что он успешно отработал:
USE master
GO
ALTER DATABASE Имя_Базы
MODIFY FILE (NAME = baselog, FILENAME = ‘C:\TEMPDB\Имя_Базы.ldf’)
GO
3. Перезапустить SQL Server
4. Убедиться, что в новом каталоге появились нужные файлы, удалить файлы, оставшиеся от базы из прежнего каталога.

2.1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio, вызвать правой кнопкой мыши контекстное меню на имени базы, выбрать Задачи (Tasks) — Отсоединить (Detach), нажать ОК.

3.1. Переместить файлы Имя_Базы.mdf и Имя_Базы.ldf в нужный каталог.
2. В Management Studio, вызывать Присоединить (Attach) — в поле «Базы дынных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой, и далее нажать ОК.

4.1. Переместить файл Имя_Базы.ldf в нужный каталог.
2. В Management Studio, вызывать правой кнопкной мыши контекстное меню на узле Базы данных (Databases), выбрать Присоединить (Attach)
2.1. в поле «Базы данных для присоединения» (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой.
2.2. в поле «Сведения о базе данных» (Database details) изменить путь к файлу Имя_Базы.ldf на новый.
2.3. Нажать ОК.

5. 2, затем 3.

6. 2, затем 4.

Чтобы перенести только файл журнала транзакций, нужно сделать следующее:
1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio вызвать правой кнопкой мыши контекстное меню на имени нужной базы, выбрать Задачи (Tasks) – Отсоединить (Detach) и далее нажать ОК.
4. Переместить файл журнала транзакций в нужный каталог.
5. В Management Studio вызвать правой кнопкой мыши контекстное меню на узле базы данных (Databases), выбрать Присоединить (Attach).
5.1. В поле Базы данных для присоединения (Databases to attach) добавить новый путь, убедиться, что база и сведения соответствуют переносимой.
5.2. В поле Сведения о базе данных (Database details) изменить путь к файлу журнала транзакций на новый.
5.3. Нажать ОК.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.108

Вопрос 3.11
Какие модели восстановления базы поддерживает MS SQL Server?

1. Полную (FULL). с неполным протоколированием (BULK_LOGGED), простую (SIMPLE). Оснований для использования модели с дополнительным протоколированием (BULK_LOGGED) в информационных системах на платформе 1С почти нет.
2. Полную (FULL). простую (SIMPLE).
3. Полную (FULL). разностную (DIFFERENTIAL), журнала транзакций (LOG).

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

Источники:
MSDN: Модели восстановления (SQL Server)

Вопрос 3.12
Если вы не намерены использовать резервные копии журнала SQL Server, и вам не нужна возможность восстановления состояния базы данных на точно определенный момент времени (например, тестовые, технологические, архивные базы, ЦУП, ЦКК):

1. Следует использовать простую модель восстановления.
2. Следует использовать полную модель восстановления.
3. Следует использовать модель восстановления с неполным протоколированием.

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

На практике это в первую очередь относится к тестовым базам, а также (внимание!) к ЦУП. Это так, поскольку места под журналы транзакций там может требоваться очень много, но крайне малореальна ситуация, что кто-то станет пытаться восстанавливать базу ЦУП по журналу транзакций на момент середины анализа. Достаточно полных копий (или dt) на момент начала анализа (для ЦУП) или начала теста (для тестовых баз).

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.112

Вопрос 3.13
Что представляет собой восстановление базы на любой момент времени средствами SQL Server?

1. База может быть восстановлена как на последнее доступное состояние по цепочке копий, так и на любой момент времени внутри нее, для этого нужно в поле «К моменту времени» (To a point in time) указать нужное время, после него восстановление записей журнала транзакций остановится.
2. База может быть восстановлена как на последнее доступное состояние по цепочке копий, так и на строго определенные моменты времени внутри нее, соответствующие разностным копиям и концу последней копии журнала транзакций.
3. База может быть восстановлена как на последнее доступное состояние по цепочке копий, так и на строго определенные моменты времени внутри нее, соответствующие разностным копиям и концу последней копии журнала транзакций, а затем непосредственно по журналу транзакций доведена до состояния перед сбоем.

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

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

Но также можно это сделать, если к полной копии или полной копии и одной разностной копии добавить цепочку копий журналов транзакций с момента последней полной или разностной копии.

При таком способе база может быть восстановлена как на последнее доступное состояние по этой цепочке, так и на любой момент времени внутри нее. Для этого нужно в поле К моменту времени (To a point in time) указать нужное время. После него восстановление записей журнала транзакций остановится.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.120

Вопрос 3.14
При использовании полной модели восстановления базы в SQL Server операция резервного копирования журнала транзакций:

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

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

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.122

Вопрос 3.15
При использовании простой модели восстановления базы в SQL Server операция резервного копирования журнала транзакций:

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

SQL Server позволяет делать резервные копии трех видов:

  • полную (full)
  • разностную (differential). Грубо говоря, в разностной копии хранится разница между текущим состоянием базы и ее состоянием на момент полной копии;
  • копию журнала транзакций (не используется и не поддерживается для базы при простой модели восстановления).

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.118

Вопрос 3.16
Можно ли в SQL Server в любой момент переключить модель восстановления базы данных с полной на простую и обратно?

1. Нет, это задается при создании базы исходя из настроек SQL Server, и в дальнейшем не меняется.
2. Можно в любой момент в любую сторону простым переключением. При этом надо придерживаться простых правил, не требующих перезапуска сервера.
3. Можно один раз с простой на полную, обратно — нет.
4. Можно один раз с полной на простую, обратно — нет.
5. Можно в любой момент в любую сторону простым переключением. Но изменения вступят в силу после перезапуска сервера.

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

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

2. После переключения с простой модели восстановления:

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

3. После переключения на простую модель восстановления:

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

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.113

Вопрос 3.17
Что надо сделать для успешного сжатия журнала транзакций? Используется SQL Server, модель восстановления FULL.

1. Резервную копию журнала транзакций.
2. Полную резервную копию.
3. Разностную резервную копию.
4. Верный ответы 1 и 2.
5. Верны ответы 1,2 и 3.

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

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

Третий пункт списка выше очень важен для понимания следующего:

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

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.112

Вопрос 3.18
Восстановить базу при простой модели восстановления можно:

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

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

  • полной копии;
  • полной копии и одной разностной копии из числа ее «наследниц», являющейся последней перед требуемой точкой восстановления.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.120

Вопрос 3.19
Какие системные требования к СУБД предъявляет ПО 1С?

1. Требований не предъявляется, ПО 1С должно работать с любым оборудованием на любом реальном системной программном обеспечении.
2. Список указан на http://v8.1c.ru/requirements/.
3. Список указан в каждой коробке, для каждого прикладного решения он может отличаться.

Требования предъявляются платформе, а не решениям. Список требований указан на сайте 1С.

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

1. В справочнике «Внедренные решения»
2. Только в закрытом разделе технической поддержки партнеров.
3. На сайте v8.1c.ru в разделе ЦКТП.

Список есть на сайте 1С.

Источники:
1С: Оборудование на реальных внедрениях

Вопрос 3.21
В какое значение следует устанавливать настройку «Max degree of parallelism»?

1. Unlimited
2. 0
3. 1
4. 64 для 64-х разрядной платформы.

При работе на многопроцессорном компьютере Microsoft SQL Server может попытаться распараллелить процесс выполнения запроса на несколько процессоров. Обычно это происходит в том случае, если план запроса неоптимален. При параллельном выполнении нескольких частей одного запроса на разных процессорах возможна взаимоблокировка.
Для решения проблемы необходимо установить значение параметра max degree of parallelism («Максимальная степень параллелизма») равным 1 ‑ SQL Management studio, свойства SQL server, закладка Дополнительно.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.65
ИТС: Использование опции «max degree of parallelism» в Microsoft SQL Server
MSDN: Настройка параметра конфигурации сервера max degree of parallelism

Вопрос 3.22
Где хранятся виртуальные таблицы?

1. В tempdb
2. Во временном хранилище
3. Таблицы нигде не хранятся, но формируются (вычисляются) в процессе выполнения запроса.
4. В информационной базе
5. В сеансовых данных

В качестве источников данных языка запросов выступают таблицы базы данных. Таблицы подразделяются на два основных класса: реальные и виртуальные.

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

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

Источники:
ИТС: Работа с запросами

Комментарии

Один комментарий к “«1С:Профессионал» по технологическим вопросам (Раздел 3)”
  1. p.v:

    вопрос 3.1. по приведенной цитате выходит, что правильный ответ 2

Оставьте комментарий

Top