Мы хотим установить SQL Server на устаревшую машину, на которой работает Oracle. Есть ли причина, по которой они не могут сосуществовать на одной машине?
«Быстрый» ответ - да, если для всех услуг достаточно ресурсов.
Нет известных проблем совместимости с запуском SQL вместе с другими продуктами Microsoft или сторонних производителей ... базами данных или иным образом.
Лично я не рекомендую это делать, но предполагаю, что у вас есть для этого веская причина.
При этом ... да, вы можете. :-)
Вернуться к версиям 1999 года, и кажется, что они могут сосуществовать.
Тот же вопрос и ответ возник в 2001 году..
То же самое можно сказать и о современных версиях.
Я бы сказал: дерзайте! Возможно создать новую виртуальную машину, установите оба приложения с интересующими вас версиями и посмотрите, насколько хорошо они работают вместе. Удачи!
Да, они могут. Единственные проблемы, с которыми я когда-либо сталкивался, когда Oracle и SQL-сервер не взаимодействовали друг с другом, были при попытке настроить серверы, связанные с Oracle, на 64-битном SQL.
Еще в 1999 году у нас были SQL Server 7 и Oracle (10?), Которые счастливо сосуществовали в коробке разработки. Не могу представить, что с тех пор жизнь сильно изменилась.
Был там, сделал это, хотя у меня были и Oracle, и SQL Server, работающие в системе разработки под управлением Windows XP. Система представляла собой систему Pentium 1,2 ГГц с 1 ГБ ОЗУ и около 50 ГБ дискового пространства. Имейте в виду, что они оба будут есть много ресурсов, особенно при интенсивном использовании. Они мне просто понадобились, потому что я разрабатывал какой-то продукт, который должен работать на Oracle или SQL Server. На самом деле, это кусок пирога, когда к системе одновременно имеют доступ только три или четыре пользователя.
В настоящее время у меня есть Oracle 9i и SQL Server 2005 на моей машине разработчика (Примечание: «машина разработки»). Чтобы ответить на ваш вопрос, исходя из моего опыта, да, они могут сосуществовать на одном сервере. Но все сводится к проблемам с производительностью и ресурсами.
Да ... однако то, что вы можете, не означает, что вы должны. Я бы хотел хранить их отдельно от виртуальных машин, если бы мне пришлось поместить их в один физический ящик, по крайней мере, в производственный ящик. Вы просто так много делаете, чтобы усложнить любые проблемы с производительностью, поиск ошибок, что угодно.
Не говоря уже об обновлении или проблеме с одним из двух, влияющих на стабильность системы (и все мы это знаем жестяная банка случится) отключит сервис для пользователей баз данных на обеих платформах. Это должно быть плохо.
С памятью легче справиться (поскольку вы можете выделить ее для баз данных), чем с атакой, которую они оба нанесут на ваш дисковый массив. Если вы собираетесь удвоить работу на одном сервере, убедитесь, что вы разделили их, чтобы они извлекались из разных дисковых массивов. В противном случае, когда они будут использовать свои временные файлы для сортировки и больших запросов, вы увидите множество вращающихся дисков.
Также убедитесь, что вы оставили достаточно места в памяти, не предназначенной для баз данных. Вашей операционной системе понадобится передышка для всех других исполняемых двоичных файлов, которые не включены в выделенное пространство базы данных. Если вы этого не сделаете, вы увидите, что диспетчер памяти операционной системы время от времени паникует и переключается со стандартной подкачки страниц на кражу страниц.