Методическое пособие к курсу
«Администрирование Microsoft SQL Server 2000
и 1С:Предприятия»
Разработка:
Технический директор
Объединения «Всё для Главбуха»
2002 год
Содержание
1. Введение. 3
2. Варианты хранения баз данных. 4
Прямой доступ клиентов к БД: 4
Доступ через сервер БД: 4
3. Архитектура SQL сервера. Работа клиентской части 1С:Предприятие с MS SQL Server. 5
4. Выбор платформы. Рекомендуемая конфигурация оборудования для SQL сервера. 6
Аппаратное обеспечение. 6
Оперативная память. 7
Накопители на жестких дисках. 7
Файловая система. 8
Выбор платформы.. 8
5. Установка MS SQL сервера. 11
Важные вопросы, требующие ответа. 11
Расположение файлов баз данных. 11
Имя экземпляра. 11
Параметры сортировки и кодировки символов. 12
Сетевые протоколы.. 12
Протокол Named Pipes. 13
Мультипротокол. 13
Протокол NWLink IPX/SPX.. 13
Протокол tcp/ip. 13
Протокол Banyan Vines. 13
Протокол AppleTalk ADSP. 13
Учетные записи пользователей Windows NT/2000 для служб SQL Server и SQL Server Agent 13
6. Настройки SQL сервера для улучшения производительности 1С. 15
7. Структура базы данных SQL сервера. 16
8. Режимы работы базы SQL сервера: Simple, Full, Bulk-log. 20
9. Установка и настройка клиентской части 1С:Предприятия и Microsoft ODBC драйвера (MDAC). 21
10. Архивирование БД средствами 1С:Предприятия и Microsoft SQL Server. 23
11. Восстановление БД средствами 1С:Предприятия и Microsoft SQL Server. 30
12. Проверка баз данных. Команда DBCC.. 33
1. Введение
Цель курса: Дать представление обучаемым о структуре, возможностях и взаимодействии Microsoft SQL Server 2000 и 1С:Предприятие 7.7.
Получить практические навыки установки, настройки и администрирования 1С:Предприятия и Microsoft SQL Server.
2. Варианты хранения баз данных.
Существует 2 варианта хранения баз данных: с прямым доступом клиентов к базе данных (БД) и с доступом к БД через сервер БД.
У каждого из вариантов хранения существуют как плюсы, так и минусы.
Прямой доступ клиентов к БД:
+ простота
+ дешевизна
- нет контроля целостности данных
- сложность отслеживания блокировок
Доступ через сервер БД:
+ централизованный контроль целостности данных
+ получение подмножества данных
- дорогое решение
- требует тщательной настройки
Области применения:
Прямой доступ к базе данных используется в простых системах управления базами данных. Применительно к 1С:Предприятию можно сказать, что число клиентов до 10-15, объем базы до 300-500 Мб.
Доступ через сервер БД открывает практически неограниченные возможности по объему базы и числу пользователей. Мы обслуживали и работали с БД 1С:Предприятия объемом до 3 Гб и числом пользователей около 30.
3. Архитектура SQL сервера. Работа клиентской части 1С:Предприятие с MS SQL Server.
MS SQL Server позволяет хранить и обрабатывать большие массивы данных. SQL Server поддерживает 2 типа баз данных: OLTP (online transaction processing, обработка транзакций в реальном времени) и OLAP (online analytical processing, обработка аналитической информации в реальном времени). 1С:Предприятие при работе использует тип базы данных OLTP. В данном курсе работа с базами данных OLAP рассматриваться не будет.
Рассмотрим структуру взаимодействия 1С:Предприятия и MS SQL Server.
На рисунке показана схема взаимодействия компьютера с установленным 1С:Предприятием и сервера БД MS SQL Server. При запросе данных 1С:Предприятие формирует запрос к серверу БД на языке Transact-SQL. И получает в ответ данные - результаты выполнения запроса к БД.
Рассмотрим процесс обмена поподробнее:
1С:Предприятие производя какое-либо действие, как то выборка данных или запись элемента справочника формирует запрос к драйверу ODBC (Open Database Connectivity) на обращение к определенным данным в определенной БД на определенном сервере. Драйвер ODBC формирует при помощи сетевой подсистемы формирует пакет для передачи по сети. Сетевой пакет достигает сервера БД и при помощи сетевой подсистемы формирует из сетевых пакетов сообщение службы передачи данных. Служба передачи данных осуществляет преобразование запроса в запрос к механизму обработки запросов. Обращаясь к механизму хранения данных производится выборка определенных запросом данных и их обработка (наложение условий и т. д.). Затем механизм обработки формирует набор данных и передает их в службу передачи данных для дальнейшей передачи по сети.
4. Выбор платформы. Рекомендуемая конфигурация оборудования для SQL сервера
Чтобы выбрать платформу, необходимо определиться по следующим четырем пунктам:
• аппаратное обеспечение (включая количество процессоров и необходимые периферийные устройства);
• объем оперативной памяти;
• емкость накопителей на жестких дисках;
• тип файловой системы.
Далее рассматривается каждый из этих пунктов и обсуждаются решения, которые можно для них принимать.
Аппаратное обеспечение
Система Windows NT 4.0 способна поддерживать до четырех процессоров, a Windows 2000 — восемь. SQL Server может воспользоваться преимуществами такой многопроцессорной поддержки без каких-либо специальных дополнительных модулей или изменений конфигурации. Теоретически дополнительный процессор, увеличивает вычислительную мощность системы в два раза. Это означает, что если SQL Server выполняет 20 транзакций в секунду, то при добавлении второго процессора это значение увеличится до 40 транзакций в секунду. Коэффициент повышения быстродействия компьютеров при добавлении дополнительного процессора меняется в довольно широком диапазоне: от 60 до 100%.
А теперь выясним, что это означает для вас и для SQL Server? Если в базе данных ведется интенсивная обработка транзакций, то можно ожидать, что с ростом вычислительной мощности (или масштабируемости) компьютера увеличится и скорость обработки транзакций. Если в системе с 80-процентной масштабируемостью выполняется 10 транзакций в секунду, то после добавления второго процессора можно ожидать выполнения приблизительно 18 транзакций в секунду. Поэтому симметричный мультипроцессорный сервер (SMP) очень хорошо подходит для СУБД, предназначенных для интенсивного выполнения транзакций.
Но что, если СУБД предназначена главным образом для систем принятия решений (таких, например, как обработка запроса к базе данных)?
В SQL Server 2000 добавление дополнительных процессоров в системах принятия решений позволяет воспользоваться параллельной обработкой запросов и тем самым существенно повысить производительность (так как на обработку сложных запросов тратится гораздо меньше времени). В SQL Server 2000 есть много возможностей, которые позволяют пользоваться преимуществами SMP-компьютера независимо от типа СУБД (т. е. от того, для чего СУБД предназначена: для выполнения транзакций или для систем принятия решений). Поэтому, если вам позволяют средства, рекомендую выбрать компьютер с поддержкой SMP.
Объединение «Всё для Главбуха» использует такую формулу для расчета необходимой тактовой частоты:
Рекомендуемая тактовая частота = 500МГц (для ядра системы) + 100МГц * Количество пользователей.
Количество процессоров: лучше больше 1, т. е. если Вы выбираете между 1 процессором 2ГГц и 2 процессорами по 1ГГц, то лучше предпочесть второй вариант.
Оперативная память
SQL Server нужно дать достаточно памяти, но не потому, что он ее безрассудно тратит, а потому, что использует ее очень разумно и целесообразно. Дополнительная память дает очень выгодное (относительно затрат) повышение производительности. Для SQL Server необходимо как минимум 32 Мбайт оперативной памяти для версий Personal и Desktop, и 64 Мбайт — для всех остальных версий.
В новой версии SQL Server вам больше не нужно вручную распределять оперативную память и указывать способ ее использования. SQL Server 2000 динамически регулирует используемый объем памяти в зависимости от текущих требований и состояния операционной системы компьютера, на котором он работает.
Независимо от начального объема памяти, спустя некоторое время вы сможете более точно определить, сколько памяти необходимо SQL Server для работы
СОВЕТ
Стоимость памяти снизилась до такой степени, что теперь ее можно считать дешевой! Поэтому доставьте себе удовольствие оснастить серверы баз данных достаточным количеством оперативной памяти. Я бы порекомендовал начать со 256 Мбайт, а затем постепенно наращивать память. Но, учитывая сегодняшние цены, советую начинать с 512-1024 Мбайт в зависимости от имеющихся в вашем распоряжении средств и требований, предъявляемых к СУБД. SQL Server использует память весьма эффективно, и если выделить достаточно оперативной памяти, чтобы можно было хранить в кэш-памяти большое количество страниц данных, то производительность системы существенно повысится.
Объединение «Всё для Главбуха» использует такую формулу для расчета необходимого количества памяти:
Минимальный объем памяти = 256Мб (для ядра системы) + 32Мб * Количество пользователей.
Накопители на жестких дисках
Вы должны принять еще одно важное решение: выбрать тип накопителей на жестких дисках и контроллеров к ним. Правильный выбор жестких дисков окажет существенное влияние на общую производительность SQL Server и на отказоустойчивость системы в целом.
ВНИМАНИЕ!
Уделите особое внимание выбору типа накопителей на жестких дисках. Выполнение операций ввода-вывода — одно из узких мест всех СУБД. Если не вдаваться в подробности, вам нужны быстрые накопители на жестких дисках и интеллектуальные платы контроллеров, позволяющие использовать преимущества таких возможностей Windows NT/2000, как многозадачность и асинхронное упреждающее чтение данных (например: выберите контроллер SCSI). Для сервера базы данных выберите вместо одного большого диска несколько маленьких. Это позволит разместить базы данных и журналы транзакций на различных физических устройствах. Например, вместо одного жесткого диска объемом 36 Гбайт купите два диска по 18 Гбайт или четыре диска по 9 Гбайт.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 |
