Спасибо за парней совета. Я действительно не интересовался sysprep, таким образом, я не использовал его..., и после того, чтобы читать это сообщение я был довольно доволен не использованием его.
То, что я искал, было сценарием, чтобы изменить имя машины, которую я действительно в конечном счете находил.
Как всегда, я ценю everyones время здесь.
Еще раз спасибо.
Если бы это возможно, я рекомендовал бы отдельный объем для Ваших резервных копий, чтобы разделить резервный ввод-вывод от Ваших данных и зарегистрировать ввод-вывод. Конфигурация RAID действительно ваше дело на основе того, что Ваши требования и компромиссы, можно жить со связанным с производительностью и дублированием.
Трудно дать Вам рекомендацию о том, куда поместить его на эти 2 объема, Вы перечисляете, потому что у нас нет информации о Вашем действии данных или объеме. Все, что мы можем действительно сказать Вам на основе информации, которую Вы дали нам, должно поместить его на объем, который это не собирается заполнять добавленным устройством хранения данных, требуемым Вашими резервными копиями.
Лично я поместил их на отдельный набор шпинделей, которые уже не использовались для задач SQL-сервера.
И затем я скопировал бы их для записи на ленту ночью. Принятие Вас делает тот шаг, затем я сказал бы просто, что специализированный массив RAID 1 или даже 'не беспокоит RAID' отдельный диск.
Действительно не имеет значения, куда Вы помещаете свои файлы резервных копий. То, что действительно имеет значение, - то, что у Вас есть копия их на другом серверном устройстве или устройстве хранения, так, чтобы, когда Ваш SQL Server понижается и Вам было нужно резервное копирование, у Вас на самом деле есть доступ к ним.
Если это - производственные данные, то необходимо также удостовериться, чтобы у Вас были удаленные копии резервных копий, таким образом устраняя риск потери данных, если здание сгорело дотла, или некоторый другой катастрофический случай происходит.