Возможный дубликат:
Можете ли вы помочь мне с вопросом о лицензировании программного обеспечения?
У меня возникает соблазн использовать сервер аварийного восстановления, который содержит зеркальную копию базы данных, чтобы также выполнять тестовое восстановление и проверки целостности основной базы данных.
Могут возникнуть проблемы с пропускной способностью сети (копирование резервной копии с основного сервера вместе с зеркальным трафиком) и мощностью ЦП на вторичном сервере аварийного восстановления (выполнение повтора и запуск checkdb в стандартной версии), помимо этого, если я все же восстановлю и восстановлю первичный база данных на вторичном сервере DR, мне придется лицензировать коробку?
Я бы не стал использовать эту копию первичной базы данных ни для чего другого, кроме запуска checkdb (честный парень).
Выпуски Express или Developer не будут этого делать, поскольку вы уже используете зеркалирование.
По сути, как только вы используете экземпляр для чего-либо, кроме размещения избыточных копий баз данных посредством доставки журналов или зеркалирования, вы должны купить лицензию.
Это немного отстойно, так как большинство людей ожидают, что тестирование последовательностей восстановления и выполнение проверок согласованности будет в порядке, но это правила!
Если вы пойдете по этому пути, будьте осторожны при размещении баз данных с точки зрения подсистемы ввода-вывода - дополнительная нагрузка ввода-вывода от CHECKDB (обычно намного больше, чем восстановление) может привести к росту вашей зеркальной очереди REDO и способствовать увеличению более медленное переключение при отказе.
Надеюсь это поможет!
PS У меня была идея - что вы могли бы сделать, это отправить журнал в тот же экземпляр базы данных, которая вас интересует - тогда вы, по крайней мере, будете тестировать резервные копии журналов. Технически, восстановление с помощью WITH STANDBY и запуск CHECKDB также противоречит модели лицензирования ...
У меня всегда было впечатление, что «пассивный сервер» разрешен для DR для отправки или зеркалирования. Из Майкрософт:
При выполнении поддержки аварийного переключения сервер назначается пассивным сервером. Целью пассивного сервера является поглощение данных и информации, хранящихся на другом сервере, который выходит из строя. Пассивному серверу не нужна лицензия, если количество процессоров на пассивном сервере равно или меньше количества процессоров на активном сервере. Пассивный сервер может выполнять обязанности активного в течение 30 дней. После этого необходимо получить соответствующую лицензию..
Однако вам все равно нужно покупать лицензию на ОС.
Пойдите и купите лицензию на один сервер (на основе CAL). Он поставляется с 5 клиентскими лицензиями, которых вашим администраторам баз данных будет достаточно для подключения, и это будет стоить всего несколько тысяч. Поскольку все, что вы хотите сделать, это восстановить и проверить базу данных на машине, вы можете обойтись без редакции Workgroup, которая стоит еще меньше.
Если он действительно используется только для аварийного восстановления, ему не нужна лицензия SQL, если в блоке аварийного восстановления не больше процессоров, чем на рабочем сервере. Вы можете установить ту же редакцию SQL, что и ваш производственный сервер, но не выше. Если вы переключитесь на блок аварийного восстановления, у вас будет 30 дней для восстановления на первичный сервер. См. Вопрос об активном / пассивном лицензировании Вот, он конкретно относится к доставке журналов, но, насколько я понимаю, применим ко всем моделям активного / пассивного аварийного переключения. Единственная возможная проблема - это то, что вам нужно иметь лицензию на процессор на основном сервере. Более подробная информация на странице 2 Вот [док]
Однако вам необходимо лицензировать ОС, несмотря ни на что.
Если SQL Express не подходит для того, что вы пытаетесь сделать, по крайней мере, вам понадобится Версия для разработчиков SQL лицензия. Вы можете оказаться в серой зоне даже с лицензией SQL Developer, в зависимости от того, что вы делаете с этой зеркальной копией.