Что понимают под платформой сервера базы данных
Сервер базы данных
Сервер БД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Большинство СУБД используют язык SQL (Structured Query Language — язык структурированных запросов), так как он удобен для описания логических подмножеств БД.
Назначение SQL:
— создание БД и таблицы с полным описанием их структуры;
— выполнение основных операций манипулирования данными (такие как вставка, модификация и удаление данных из таблиц);
— выполнение простых и сложных запросов.
Одна из ключевых особенностей языка SQL заключается в том, что с его помощью формируются запросы, описывающие какую информацию из базы данных необходимо получить, а пути решения этой задачи программа определяет сама.
Хранимые и присоединенные процедуры
Операционная среда серверов
Примеры серверов БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation), IBM DB2, Informix.Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочие станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix.
Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц — «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов — дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи — нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур — процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для её реализации серверы обладают средствами автоматической блокировки.
Уровни, на которых блокируется таблица во время обновлений:
— вся таблица;
— страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей).
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock). При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности её блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД
Существует два типа оптимизации на языке SQL
-оптимизация по синтаксису;
-оптимизация по затратам;
Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов.
Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД.
Недостаток: нахождение оптимального метода само по себе может занять много времени.
Сервер баз данных
Сервер БД обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Хранимые и присоединенные процедуры
Операционная среда серверов
Серверы БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation).Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочии станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix.
Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц – «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов – дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи – нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур – процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для ее реализации серверы обладают средствами автоматической блокировки.
Уровни, на которых блокируется таблица во время обновлений:
-вся таблица;
— страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей;
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock)При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности ее блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД
Существует два типа оптимизации на языке SQL
-оптимизация по синтаксису;
-оптимизация по затратам;
Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов.
Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД.
Недостаток: нахождение оптимального метода само по себе может занять много времени.
Как выбрать сервер под базу данных
В ИТ-инфраструктуре любой компании важное место занимает сервер БД, где хранится и обрабатывается вся корпоративная информация, поэтому неудивительно, что требования к серверу базы данных особенно высоки — оборудование должно удовлетворять стандартам безопасности и отказоустойчивости, а также обладать достаточной производительностью.
Далеко не последнюю роль играет программное обеспечение и сам тип базы данных: именно от этого зависит, насколько быстро и эффективно приложения будут извлекать, обрабатывать и передавать данные. Более того, вся корпоративная информация должна быть защищена, чтобы злоумышленники не смогли получить к ней доступ. К счастью, этого можно достичь с помощью грамотно подобранной системы управления базами данных.
База данных — это место для хранения и систематизации всех данных, тогда как система управления базами данных (СУБД) представляет собой ПО для управления этой базой данных.
На рынке систем управления базами данных представлено свыше 300 инструментов. В сегменте серверного оборудования — еще более широкий выбор. Однако как подобрать оптимальную конфигурацию как «железа», так и программной части?
Типы баз данных: SQL или NoSQL
Когда дело доходит до выбора базы данных, одной из самых больших проблем остается подбор типа структуры данных — SQL (реляционной) и NoSQL (нереляционной). Несмотря на то, что обе они достаточно производительны, между ними есть принципиальные отличия.
Базы данных SQL
Реляционная БД представляет собой набор таблиц с заданными отношениями между друг другом. Для формирования запросов к реляционной базе данных система управления БД оперирует языком структурированных запросов SQL. В сущности это стандартное приложение, которое предоставляет достаточно простой программный интерфейс для взаимодействия с данными.
Базы данных SQL состоят из строк, или по-другому кортежей, и столбцов, или попросту атрибутов. Кортежи в этой таблице имеют идентичные атрибуты.
Преимущества SQL
Реляционная БД подходит для хранения структурированных данных: например, номера телефонов, даты, почтовые адреса. Базы данных SQL — развитая технология: она достаточно документирована, может похвастаться широкой поддержкой и хорошо функционирует со всеми фреймворками и библиотеками. К примерам таких баз данных SQL можно отнести популярные PostgreSQL и MySQL.
Надежность и безопасность — другое ключевое качество реляционных БД. В SQL реализована система разрешений, которая определяет, кому позволено читать и редактировать базу данных. Администратор предоставляет конкретному пользователю права доступа для манипуляции с данными, что не позволяет третьим лицам извлечь важную информацию.
Внедрение реляционной системы управления БД гарантирует защиту от утери и повреждения данных, благодаря соответствию свойствам ACID: атомарности, согласованности, изоляции и долговечности.
Соответствие свойствам ACID особенно принципиально для приложений, обрабатывающих финансовые и разного рода другие конфиденциальные личные данные. Благодаря своим положительным сторонам в плане сохранности данных, реляционные БД подходят для реализации финтех-проектов.
Недостатки SQL
Тем не менее, SQL-базы обладают и существенными недостатками:
Ряд таких недостатков заставил разработчиков создавать альтернативы реляционным БД, в результате чего распространение получили базы данных NoSQL.
NoSQL
Базы данных NoSQL, также именуемые нереляционными либо распределенными, являются альтернативным решением. Они могут хранить и работать с неструктурированными данными, как например, с медиа-контентом и различными файлами, тем самым предлагая разработчикам большую гибкость и масштабируемость.
Информацию в NoSQL БД можно изменять на лету, не нанося ущерб имеющимся данным. Также нереляционные базы данных можно распределить на нескольких физических серверах, в связи с чем облегчается процесс масштабирования по сравнению с реляционными БД.
А так как нереляционные БД не полагаются на один сервер базы данных, они демонстрируют большую отказоустойчивость. Это означает, что при выходе из строя одного сервера база данных продолжит функционировать.
Классификация нереляционных БД подразделяет их на 4 вида.
Хранилища «ключ-значение». Наипростейший тип БД NoSQL, который может сохранять исключительно пары ключ-значение. Такой тип хранилища может стать подходящим при требовании к быстрому поиску информации посредством ключа. Amazon DynamoDB и Redis — типичные примеры баз данных «ключ-значение». Однако такой подход не позволяет выполнять большинство операций, доступных в других типах баз данных.
Хранилища документов. Документо-ориентированные БД хранят всю информацию об определенном объекте в едином файле стандарта XML, BSON либо JSON. Документы одного типа можно сгруппировать в коллекции либо списки. Такой подход позволяет девелоперам не переживать о типах данных и отношениях между ними. Благодаря своим свойствам, документо-ориентированные БД могут быть использованы для эффективного прототипирования и анализа данных.
Колоночные СУБД. Работая как со структурированными, так и с неструктурированными данными, колоночная БД подходит для задач, в которых требуется быстрый поиск по значениям столбцов. В БД данного вида любой столбец хранится в качестве логического массива. Колоночные СУБД гарантируют легкую масштабируемость и дублируемость, однако уступают аналогам по производительности.
Графовые базы данных. В графовых БД каждая сущность или узел являются изолированным документом с метаданными произвольного формата. Узлы соединяются ребрами, которые и определяют их отношения. Подобная реализация значительно упрощает визуализацию данных.
Что такое сервер баз данных?
Сервер БД обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Что такое сервер приложений?
Сервер приложений — это программная платформа, предназначенная для эффективного исполнения процедур (программ, механических операций, скриптов), которые поддерживают построение приложений. Сервер приложений действует как набор компонентов, доступных разработчику программного обеспечения через API (Интерфейс прикладного программирования), который определен самой платформой.
Для веб-приложений эти компоненты обычно работают на той же машине, где запущен веб-сервер. Их основная работа — обеспечивать создание динамических страниц. Однако современные серверы приложений нацелены гораздо больше не на то, чтобы генерировать веб-страницы, а на то, чтобы выполнять такие сервисы как кластеризация, отказоустойчивость и балансировка нагрузки, позволяя таким образом разработчикам сфокусироваться только на реализации бизнес-логики.
Обычно этот термин относится к Java-серверам приложений. В этом случае сервер приложений ведет себя как расширенная виртуальная машина для запуска приложений, прозрачно управляя соединениями с базой данных с одной стороны и соединениями с веб-клиентом с другой.
5. Сформулируйте основные требования к системам управления распределенными базами данных.
Основные требования к распределенной базе данных (они же являются основными признаками)
6. Перечислите основные условия и предпосылки появления систем
управления распределенными базами данных.
Предпосылки возникновения РБД Основная задача систем управления распределенными базами данных состоит в обеспечении средства интеграции локальных баз данных, располагающихся в некоторых узлах вычислительной сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим базам данных как к единой базе данных. При этом должны обеспечиваться:
— простота использования системы;
— возможности автономного функционирования при нарушениях связности сети или при административных потребностях;
7. Перечислите основные различия системы распределенной обработки
данных и системы распределенных баз данных.
Распределенные базы данных (РБД) состоит из набора узлов, связанных коммуникационной сетью, в которой:
— каждый узел — это полноценная СУБД сама по себе;
— узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.
Каждый узел сам по себе является системой базы данных. Любой пользователь может выполнить операции над данными на своём локальном узле точно так же, как если бы этот узел вовсе не входил в распределённую систему. Распределённую систему баз данных можно рассматривать как партнёрство между отдельными локальными СУБД на отдельных локальных узлах.
Обоснуйте целесообразность разделения «клиентских» и «серверных» функций.
Практически все модели организации взаимодействия пользователя с базой данных, построены на основе модели «клиент – сервер». То есть предполагается, что приложения, реализующие какой-либо тип модели, отличаются способом распределения функций ранее приведенных групп обработки данных между как минимум двумя частями:
— клиентской, которая отвечает за целевую обработку данных и организацию взаимодействия с пользователем;
— серверной, которая обеспечивает хранение данных, обрабатывает запросы и посылает результаты клиенту для специальной обработки.
В общем случае предполагается, что эти части приложения функционируют на отдельных компьютерах, т. е. к серверу БД с помощью сети подключены компьютеры пользователей (клиенты).
Сервер — это программа, реализующая функции собственно СУБД: определение данных, запись-чтение данных, поддержка схем внешнего, концептуального и внутреннего уровней, диспетчеризация и оптимизация выполнения запросов, защита данных.
Клиент — это различные программы, написанные как пользователями, так и поставщиками СУБД, внешние или «встроенные» по отношению к СУБД. Программа-клиент организована в виде приложения, работающего «поверх» СУБД и обращающегося для выполнения операций над данными к компонентам СУБД через интерфейс внешнего уровня. Инструментальные средства, в том числе и утилиты, не отнесены к серверной части очень условно. Являясь не менее важной составляющей, чем ядро СУБД, они выполняются самостоятельно, как пользовательское приложение.
Основной принцип технологии «клиент—сервер» заключается разделении функций стандартного интерактивного приложения на четыре группы, имеющие различаю природу:
— функции ввода и отображения данных;
— чисто прикладные функции, характерные для данной предметной области (например, для банковской системы — открытие счета, перевод денег с одного счета другой и т. д.);
— фундаментальные функции хранения и управления информационными ресурсами (базами данных, файловыми системами и т. д.);
— служебные, играющие роль интерфейсов между функциями первых трех групп.
Сервер баз данных: что нужно знать
Серверами баз данных называют серверные платформы с установленным специализированным ПО, предназначенным для управления и обслуживания структурированных данных. Любой SQL-сервер выполняет I/O-операции при обращении клиентов к базе и поддерживает её в целостности. О том, какие виды серверов БД бывают, какие требования к ним предъявляется и как выбрать конфигурацию, которая будет наилучшим образом подходить под потребности того или иного предприятия, мы и поговорим в этой статье.
Для поддержания бесперебойной работы крупных проектов используют производительные сервера или целые кластеры серверных машин, где стоит, как правило, СУБД — комплекс программ для создания и манипулирования данными. Для выполнения команд — чтения, записи, удаления или создания выборки, клиент соединяется с сервером через сетевой интерфейс, о разновидностях которых мы будем говорить ниже, а перед этим остановимся на вопросах, которые чаще всего возникаю при планировании архитектуры серверной сети.
Почему для управления базой выделяют отдельный SQL-сервер
Главное назначение выделенного сервера БД состоит в размещении, обработке и хранении информации силами достаточно производительной конфигурации, при этом все это происходит посредством одной из предустановленных СУБД. Непосредственно сама система управления базами предоставляет доступ к ним клиентам и приложениям и обеспечивает оперативную обработку запросов. Описанный формат взаимодействия также называют архитектурой типа «клиент-сервер».
Любое обращение к реляционной БД происходит в большинстве случаев на самом распространенном языке запросов SQL. В свою очередь платформа, на которой запущена СУБД, «понимающая» этот язык, и называется SQL-сервером.
При небольших нагрузках допустимо (а иногда и оправданно) разместить базу данных на основной вычислительной машине. Более крупные проекты, где число ежедневных запросов к базе превышает 500, разумнее реализовывать уже на отдельном SQL-сервере. Это позволяет оборудованию не распыляться на сторонние задачи, а сосредоточиться на выполнении типовых процессов, под которые заранее рассчитаны ресурсы и мощность оборудования.
Системы управления базами данных
На базе SQL создан и поддерживается целый ряд программных продуктов: одна часть из них требует приобретения лицензии, другая свободно распространяется и развивается сообществом разработчиков.
MS SQL
Производительная и отказоустойчивая реляционная СУБД от Microsoft для многопользовательского использования в среде операционной системы Windows. Обладает возможностью удаленного подключения и поддерживает создание триггеров, оперирует всеми распространенными типами данных. Кроме того, для настройки системы реализованы функциональные и простые в использовании плагины.
Oracle Database
Программное решение от компании Oracle, созданное для объединения и управления базами данных в облаке. Позволяет проводить интерактивную аналитическую обработку, автоматизировать рутинные бизнес-операции, работать с файлами разметки XML, а также управлять как локальными, так и разделенными данными.
IBM DB2
Это заслуженная СУБД, разработанная корпорацией IBM, по праву известная своей производительностью. Она демонстрирует конкурентные технические показатели среди реляционных БД. SQL-серверы семейства Db2 отличаются кроссплатформенностью, широкими возможностями для масштабирования, поддержкой снапшотов и моментальным восстановлением баз, онлайн-управлением таблицами, внедрением пользовательских типов информации.
MySQL
PostgreSQL
Требования к конфигурации сервера баз данных
Взаимодействие с СУБД имеет ряд технических особенностей, что сказывается на особых требованиях к серверному «железу». В частности, чтобы обеспечить бесперебойную и эффективную работу, в сборке желательно предусмотреть:
Пропускная способность сети
Еще одним важным фактором при выборе SQL-сервера может стать ширина канала связи, особенно это касается крупных проектов с большим числом единовременно подключенных клиентов.
При изменении числа подключений в N раз значения минимальной и рекомендуемой пропускной способности также изменяются в N раз.
Дисковая подсистема
Значительно ускорить дисковую систему можно одним из способов:
Такие устройства способны существенно ускорить обмен пакетами ценой ограниченного ресурса по сравнению с классическими винчестерами и высокой стоимости.
Примеры сборок в зависимости от числа пользователей
Оценить ожидаемую нагрузку проще всего, исходя из числа одновременно подключенных пользователей, однако не следует забывать и о перспективах масштабирования, закладывая запас по производительности.
Для примера используем актуальные сборки одного из лучших производителей серверного оборудования Hewlett Packard Enterprise. По ним легко проследить эволюцию оборудования в зависимости от повышения требований.
Менее 10 подключений.
С такой нагрузкой справится система в минимальной комплектации, снабженная по меньшей мере двухъядерным чипом, с частотой более 2.2 ГГц, памятью DDR4 объемом 4 Гб, тремя средними накопителями SAS/SATA.
От 10 до 20 пользователей
Чтобы обеспечить стабильную работу в таких условиях требуется минимальная сборка из четырехъядерного процессора, работающего на частоте 2.3 ГГц, нескольких планок RAM типа DDR4 объемом от 8 Гб, и минимум трех SAS/SATA дисков со скоростью вращения шпинделя 7200 оборотов в минуту.
От 20 до 50 клиентов
От 50 до 100 подключений
От 100 до 200 пользователей.
От 200 до 500 клиентов.
Индивидуальные проекты
Мы готовы предложить большой выбор платформ: от моделей начального уровня для СУБД небольшого проекта, рассчитанного на 10-15 пользователей, до высокопроизводительных и отказоустойчивых кластеров многопроцессорных сборок корпоративного класса, выдерживающих пиковые нагрузки от тысячи одновременных подключений.
В конфигурировании индивидуальных сборок для решения нестандартных задач в любое время готовы прийти на помощь наши специалисты: они оценят сложность реализации и технические требования планируемого проекта, и на их основе подберут сбалансированное по своим характеристикам, цене и мощности решение. Для заказа консультации воспользуйтесь формой связи ниже.