Могут ли Oracle XE и Microsoft SQL Server 2005 работать на одном сервере в производственной среде?

Могут ли Oracle XE и Microsoft SQL Server 2005 работать на одном сервере в производственной среде?

Могут ли Oracle XE и Microsoft SQL Server 2005 работать на одном сервере в производственной среде? С точки зрения IT-профессионала, почему бы мне не разрешить Oracle XE и MSSQL2005 работать на одном сервере?

решение1

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

Теперь, если бы вы разделилифизическийсервер на двалогичныйсерверы с виртуализацией, то это должно быть проще простого.

редактировать

Просто подумал, что стоит немного расширить эту тему: во-первых, существуют проблемы с исправлениями. Если вы делаете что-то, требующее перезагрузки ОС (к счастью, в наши дни это случается нечасто, но не невозможно), то вы прервали работу одной из служб из-за проблемы с другой.

Во-вторых, может быть важным конфликт ресурсов, с 3 очевидными областями... процессор, ОЗУ и диск. Все это очевидно, и с первыми двумя можно справиться, настроив каждую службу на использование только 50% (или сколько угодно) ресурсов на общем ящике.

Диск может быть проблемой, независимо от того, виртуализируете ли вы, как я предлагаю, или нет. Вам нужно учитывать пространство, очевидно, и пропускную способность ввода-вывода. Первый простой, у вас либо достаточно, либо нет. Второй может потребовать немного больше планирования; если нужен хороший ввод-вывод, вам нужно рассмотреть отдельные дисковые шпиндели для каждого типа использования диска для каждого приложения (например, файлы БД, файлы журналов, резервное копирование), поэтому для обоих на физическом сервере вы говорите о довольно большом количестве отдельных дисковых массивов, чтобы обеспечить высокую доступность и хорошую пропускную способность.

Для максимальной производительности вы, вероятно, также говорите об отдельных RAID-контроллерах дляпо меньшей меренабор дисков каждого приложения, если не отдельные RAID-контроллеры для каждого набора дисков.

Зависит от того, что вы пытаетесь сделать. Я имею в виду, что там, где я работаю, есть производство для внутреннего программного обеспечения службы поддержки, используемого нашей службой поддержки, при этом одновременно подключено не более 10 человек (важно с точки зрения доступности, но молниеносная производительность не так уж и нужна), и естьпроизводительностьдля нашего приложения CRM, которое все сотрудники используют для управления данными студентов (требует «разумной» реакции на запросы пользователей и выполняет большой объем обработки данных в фоновом режиме), и естьПРОИЗВОДИТЕЛЬНОСТЬдля студенческой интрасети, которая используется в качестве домашней веб-страницы студентов при входе в систему и управляет порталом, через который они получают и отправляют задания, читают конспекты занятий, общаются с преподавателями и т. д. и должна справляться с тысячами людей, выполняющих все эти действия одновременно.

решение2

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

Гораздо лучшевиртуализироватьи запускать каждую функцию на отдельном сервере на одном оборудовании.

решение3

Конечно, это может работать. Они прослушивают разные порты по умолчанию и являются полностью независимыми приложениями. Если они используются нечасто (что, как я предполагаю, так и будет, поскольку вы используете экспресс-издания обоих), то, вероятно, все будет в порядке, но знайте, что базы данных — это пожиратели оперативной памяти и ввода-вывода, поэтому, если вы ожидаете, что приложения будут иметь значимый размер, вам нужно будет разместить базы данных на отдельных серверах.

Связанный контент