Сервер базы данных требования

Сервер баз данных (SQL)

  • Сервер 1С: Предприятие
  • Видеорегистраторы
  • Решения с технологией Intel® vPro™
  • Терминальный сервер
  • Сервер баз данных (SQL)
  • Реализация отказоустойчивой серверной инфраструктуры
  • Решения на базе серверных процессоров Intel® Xeon®
  • Решения на базе серверного оборудования Supermicro
  • Виртуализация серверов и рабочих станций для частного ЦОД
  • Решения на базе жестких дисков форм-фактора 2.5″ и 3.5″
  • Графические станции для работы с real-time телетрансляциями
  • Решения на базе вычислителей NVIDIA® Tesla® K80
  • Масштабируемая визуализация на базе NVIDIA® Quadro®
  • Решения на базе NVIDIA® Quadro® FX
  • Решения на базе NVIDIA® Quadro® CX
  • Решения на базе NVIDIA® Quadro® с архитектурой Fermi
  • Решения на базе продукции «Лаборатории Касперского»
  • Тест-драйв GPU для сегмента молекулярной динамики

Сервер баз данных (БД, СУБД, SQL) обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.

Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.

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

Для работы с современными базами данных как правило используется язык SQL. В настоящее время наиболее распространены несколько програмных продуктов, реализующих систему управления базами данных (СУБД):

  • Microsoft SQL Server
  • Oracle Database Server
  • MySQL, PostgreeSQL и т.д.

Специфика сервера базы данных заключается в том, что данные как правило обрабатываются транзакционно, т.е. система запрашивает небольшой объем данных, проводит над ними операцию и затем сохраняет. Это накладывает опреденные требования к аппаратной части сервера БД, а именно:

  • большой объем оперативной памяти для кэширования наиболее интенсивно используемых участков базы данных
  • высокопроизводительная дисковая подсистема, характеризующаяся в первую очередь способностью обрабатывать большое количество мелких запросов в единицу времени (IOPS — inputs/outputs per second)
  • высокая вычислительная мощность для обработки информации

Реализация описанных выше требований осуществляется следующим образом:

Оперативная память сервера баз данных

Большой объем оперативной памяти, в идеале такой, чтобы закэшировать всю базу данных целиком. Работа с оперативной памятью на порядки быстрее, чем работа с жесткими дисками, поэтому чем бОльшим объемом памяти будет распологать сервер, тем лучше, при условии, что операционная система и само приложение сервера СУБД способны адресовать и работать с таким количеством памяти. Современные операционные системы и приложения фактически не имеют данных ограничений, т.к. способны адресовать до 64Гб и более. Двухпроцессорные серверы способны оснащаться 128Гб оперативной памяти, а четырех- и восьмипроцессорные — до 256Гб.

Дисковая подсистема сервера баз данных

Для получения максимальной производительности дисковой подсистемы на транзакционных задачах ее строят следующим образом: несколько жестких дисков объединяются в RAID-массив, т. к. в RAID-массиве операции чтения-записи происходят одновременно на нескольких дисках, то рост производительности (количества операций ввода-вывода в секунду, IOPS) растет пропорционально количеству жестких дисков в массиве. В качестве жестких дисков рекомендуется использовать диски SAS (Serial Attached SCSI)на 10000 об/мин или 15000 об/мин. Данные диски оптимизированы для работы на транзакционных нагрузках и по этому показателю имеют вдвое-втрое более высокую производительность, чем диски SATA. Кроме того, диски SAS изначально проектировались под работу в RAID-массивах и показывают практически линейный рост производительности массива при увеличении количества дисков в нем.

Вычислительная мощность сервера баз данных

Современные процессоры стали значительно производительнее, чем 2-3 года назад благодаря внедрению технологии многоядерности. Сейчас сервер с 8-ю ядрами (фактически процессорами) доступен практически каждой организации. Благодаря этому, появилась возможность обрабатывать существенные объемы информации на относительно недорогом оборудовании. Для «тяжелых» систем постепенно отпадает необходимость в приобретении дорогостоящих многопроцессорных RISC-систем, стоящих при равной производительности на порядки дороже. В настоящий момент существуют четырех- и восьмипроцессорные серверы стандартной архитектуры x86 с поддержкой четырех и даже шестиядерных процессоров, что позволяет иметь в одной системе до 32-х ядер.

Компания STSS рада предложить своим закачикам широкий спектр серверов для СУБД самого различного уровня. Начиная от небольших баз данных на 10-20 пользователей, и заканчивая системами корпоративного уровня с числом пользователей, превышающем 1000 человек.

Нами разработано уникальное решение — четырехпроцессорный сервер с большим количеством отсеков для жестких дисков. Уникальное сочетание высокой вычислительной мощности и высокопроизводительной дисковой подсистемы в одном конструктиве позволяет сэкономить до 50% по сравнению с традиционным решением — сервер + внешний RAID-массив

На нашем сайте серверы баз данных представлены в следующих разделах:

Системные требования к серверу баз данных

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

Читайте так же:  П 76 осаго

Аппаратное обеспечение

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

По результатам нагрузочных тестов типового проекта были сформированы конфигурации для сервера. Приведенных характеристик достаточно для стабильного функционирования типового проекта. На серверах, которые участвовали в тестировании, использовались операционная система Windows Server 2012 Standard и СУБД Oracle 11g.

Сервер базы данных требования

Термин «сервер баз данных» обычно используют для обозначения всей СУБД, основанной на архитектуре «клиент-сервер», включая и серверную, и клиентскую части. Такие системы предназначены для хранения и обеспечения доступа к базам данных.

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

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

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

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

Серверы баз данных, интерфейс которых основан исключительно на языке SQL, обладают своими преимуществами и своими недостатками. Очевидное преимущество — стандартность интерфейса. В пределе, хотя пока это не совсем так, клиентские части любой SQL-ориентированной СУБД могли бы работать с любым SQL-сервером вне зависимости от того, кто его произвел.

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

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

19.4.2. Преимущества протоколов удаленного вызова процедур

Упоминавшиеся выше протоколы удаленного вызова процедур особенно важны в системах управления базами данных, основанных на архитектуре «клиент-сервер».

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

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

19.4.3. Типичное разделение функций между клиентами и серверами

В типичном на сегодняшний день случае на стороне клиента СУБД работает только такое программное обеспечение, которое не имеет непосредственного доступа к базам данных, а обращается для этого к серверу с использованием языка SQL.

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

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

19.4.4. Требования к аппаратным возможностям и базовому программному обеспечению клиентов и серверов

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

Если разделение между клиентом и сервером достаточно жесткое (как в большинстве современных СУБД), то пользователям, работающим на рабочих станциях или персональных компьютерах, абсолютно все равно, какая аппаратура и операционная система работают на сервере, лишь бы он справлялся с возникающим потоком запросов.

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

Как выбрать быстрый и надежный сервер для баз данных SQL, 1C и терминалов

От правильной конфигурации сервера зависит работа IT-инфраструктуры предприятия. Чем крупнее компания и чем больше обращений к данным в течение дня, тем критичнее ошибки, допущенные на этом этапе.

Читайте так же:  Требования к дому на материнский капитал

Какие требования предъявляют к современным серверам

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

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

Сохранность информации. Консолидированная на серверах информация – пожалуй, важнейшая нематериальная ценность компании. Корректно подобранное оборудование и ПО к нему позволяют защитить ее от повреждения, утери и доступа третьих лиц.

Сервер Dell PowerEdge R740

Сервер HPE Proliant DL380 Gen10

Сервер Fujitsu Primergy 2540 M4

Как выбрать сервер для работы с БД

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

Тип дисковых накопителей

Рекомендуется использовать постоянную память с самым быстрым доступом. Чем выше требования к производительности сервера, тем больше операций ввода-вывода он выполняет в единицу времени (стандартная единица – IOPS, или количество таких операций за 1 секунду). В настоящее время используются устаревшие механические диски типа SATA и SAS, в которых скорость работы напрямую определяется частотой вращения шпинделя. Если в первом случае мы имеем 7 200 об/мин., то во втором – уже 10 000 – 15 000 об/мин. Однако самыми быстрыми являются SSD-диски – твердотельные накопители. Если взять высокопроизводительныйSAS-диск и сравнить его с SSD, то при одинаковом объеме и стоимости в первом случае мы получим около 150 IOPS, а во втором – в десятки раз больше. Соответственно, использовать SSD-диски рациональнее для получения максимальной производительности.

Работу современного сервера баз данных невозможно представить без RAID-массива – технологии виртуализации данных, которая подразумевает объединение нескольких физических дисков в один виртуальный. Оптимальный выбор для СУБД – зеркальный дисковый массив RAID 10. Его преимущества:

ускорение работы сервера (за счет увеличения IOPS), так как все данные будут записываться параллельно на каждый физический носитель;

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

Недостаток у такого решения заключается в том, что суммарный объем виртуального диска в RAID-массиве будет равен объему одного физического накопителя. Например, если использовались два SSD-диска по 500 Гб, объем массива RAID 10 также составит 500 Гб.

Еще один популярный вариант объединения дисков – технология RAID 0. В этом случае объемы физических дисков суммируются, но при повреждении любого из них часть данных потеряется, так как дублирование не выполнялось. Главный плюс такого решения – увеличение итогового объема виртуального пространства. При объединении двух SSD-дисков по 500 Гб размер массива RAID 0составит 1000 Гб.

Мы рекомендуем остановить выбор на массиве RAID 10 как оптимальном по скорости работы и надежности хранения данных.

Оперативная память

Здесь действует простой принцип: чем больше, тем лучше. Больше ОЗУ – значит, быстрее будет обрабатываться информация. При обращении к БД, сохраненной на сервере, данные будут кэшироваться в оперативной памяти. Наибольшая производительность достигается в том случае, когда объемы ОЗУ и дискового пространства одинаковы.

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

Как выбрать терминальный сервер

В случае с терминальным сервером по-прежнему отдается предпочтение надежным и быстрым дискам, объединенным в RAID-массивы. Другие значимые параметры:

объем оперативной памяти. Рассчитывается в зависимости от типа запускаемых на терминале приложений (офисные, графические и другие) и продолжительности терминальной сессии. Среднестатистическая терминальная сессия требует около 512 Мб оперативной памяти;

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

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

Как выбрать сервер для работы 1С

В общем случае среда 1С включает в себя три сервера:

СУБД, построенная на основе формата DBF или Microsoft SQL;

сервер приложений, который обращается к СУБД;

терминальный сервер, к которому подключаются пользователи 1C.

На небольших предприятиях все три функции выполняет один физический сервер или аппаратный кластер, состоящий из двух серверов и СДХ. Для организации логических серверов используется технология виртуализации. Если пользователи 1C активно используют офисные приложения, CRM-систему или другое ПО, кластер расширяют до трех серверов.

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

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

Читайте так же:  Киевпастранс жалоба

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

Поддерживаемые версии баз данных

Версии Standard/Enterprise

Microsoft SQL Server 2014 (64-разрядная)

Microsoft SQL Server 2012 SP1 (64-разрядная)

Microsoft SQL Server 2008 R2 SP2 (64-разрядная)

Microsoft SQL Server 2008 SP3 (64-разрядная)

Microsoft SQL Server 2014 (32-разрядная* & 64-разрядная)

Microsoft SQL Server 2012 SP1 (32-разрядная* & 64-разрядная)

Microsoft SQL Server 2008 R2 SP2 (32-разрядная* & 64-разрядная)

Microsoft SQL Server 2008 SP3 (32-разрядная* & 64-разрядная)

*Microsoft SQL Server Express (32-разрядный) поддерживаются только базы геоданных Desktop.

Поддерживаемые операционные системы

Если ваша СУБД установлена на сервере, где инсталлированы продукты ArcGIS, операционная система сервера должна соответствовать системным требованиям для продукта ArcGIS, а также требованиям к ОС для версии SQL Server.

Если вы используете тип хранения ST_Raster (libst_raster_sql.dll) для вашей базы геоданных в SQL Server, операционная система сервера должна соответствовать Требования к операционной системе для ArcGIS for Server.

Если ваша база данных не установлена на том же сервере, что и продукт ArcGIS, см. документацию Microsoft для требований операционной системы вашей версии SQL Server.

Программное обеспечение, необходимое для подключения к СУБД

Клиентскому компьютеру (например, на котором установлен ArcMap) необходимы клиентские файлы, соответствующие РСУБД, которую вы используете. Эти файлы можно получить у поставщиков РСУБД, некоторые также доступны на My Esri. Более подробно см. в разделе Клиенты базы данных. На My Esri находятся файлы клиентов РСУБД для IBM DB2, IBM Informix, PostgreSQL и Microsoft SQL Server. Файлы клиентов ALTIBASE, IBM Netezza, Oracle, SAP HANA и Teradata отсутствуют на портале поддержки пользователей; их необходимо получать у поставщиков РСУБД.

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

Минимум поддерживаемых версий баз данных

Корпоративная версия

IBM Informix Server 64-разрядный 11.70.FC4

IBM Informix Server 64-разрядный 12.10.FC3

Поддерживаемые операционные системы

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

Программы, необходимые для подключения к СУБД

Клиентскому компьютеру (например, на котором установлен ArcMap) необходимы клиентские файлы, соответствующие РСУБД, которую вы используете. Эти файлы можно получить у поставщиков РСУБД, некоторые также доступны на My Esri. Более подробно см. в разделе Клиенты базы данных. На My Esri находятся файлы клиентов РСУБД для IBM DB2, IBM Informix, Microsoft SQL Server и PostgreSQL. Файлы клиентов ALTIBASE, IBM Netezza, Oracle, SAP HANA и Teradata на My Esri отсутствуют; их необходимо получать у поставщиков РСУБД.

Другие статьи:

  • Системные требования на cod mw3 Системные требования COD MW3 на слабые и производительные компьютеры Игра Call of Duty Modern Warfare 3 вышла в 2011 году. Однако не каждый современный компьютер способен запустить ее на ультра настройках. У игры есть рекомендуемые и минимальные системные […]
  • Сис требования ассасин крид Сис требования ассасин крид За кого будете играть в Assassin's Creed Odyssey? Операционная система: Windows Vista SP2/Windows 7 SP1/Windows 8 (32/64bit) * Процессор: Intel Core2Quad Q8400 @ 2.6 GHz или AMD Athlon II X4 620 @ 2.6 GHz Оперативная […]
  • Фифа 16 купить на пк лицензия Фифа 16 купить на пк лицензия Жанр: Sports, Simulator Разработчик: EA Canada Издатель: EA Sports Тип издания: Лицензия Версия игры: 1.0.0.0 Язык интерфейса: Русский | Английский | Multi15 Язык озвучки: Английский Таблетка: Присутствует (3DM Games). […]
  • Лицензия на farming simulator 15 Лицензия на farming simulator 15 Разработчик: Giants Software Издатели : Focus Home Interactive Жанр: Simulator, 3D Дата выхода игры: 2014 Платформа: Windows Язык интерфейса: Многоязычный + Русский Тип издания: Лицензия Лекарство: Присутствует Версия диска : v […]
  • Call of duty black ops 2 требования к игре Игра Call of Duty: Black Ops II Системные требования к игре Call of Duty: Black Ops II Минимальные требования ОС (операционная система): Windows Vista/7; Процессор: Intel Core 2 Duo @ 2.4 Ghz / AMD Athlon 64 X2 4800+; Оперативная память: 2 Gb; Жесткий диск: 12 […]
  • Система требования star wars battlefront 3 Star Wars: Battlefront 3 - Системные требования Игра вышла или разрабатывается для PC, но ее системные требования мы пока не знаем. Тем не менее вы уже можете оценить производительность Star Wars: Battlefront 3 на ПК и других платформах. Для чего нужно знать […]
  • Системные требования devils third online Devil’s Third Online Разработчик: Valhalla Game Studios (Япония) Официальный сайт Русской версии: Открыть Официальный сайт Английский версии: Неизвестно Дата анонса Русской версии: Август 2015 года Дата выхода игры: 2016 год Статус игры в России: ЗБТ Конец 2015 […]