Наши люди, управляющие базами данных (я не могу называть их администраторами баз данных из-за отсутствия навыков администраторов баз данных), планируют делать резервные копии на тех же физических дисках, что и файлы данных базы данных (.mdf). Затем все эти резервные копии считываются на ленту. Хотя они перемещают резервные копии на ленту, я думаю, что им следует создать новый выделенный физический диск для резервных копий. Это связано с тем, что запись резервных копий может замедлить чтение баз данных. Что вы думаете?
Это зависит от того, есть ли у вас проблема с производительностью или уже близка к ней. Если ваши диски существенно недоиспользуются, это не проблема, а стоимость становится проблемой больше, чем производительность. Если есть проблема, очевидно, что усиление разногласий будет вредным. Невозможно сказать, какой подход является «правильным», не зная, действительно ли он вызовет проблему, потому что это не во всех средах.
Как указал Chopper3, проблемы с доступностью более важны, чем проблемы с производительностью, особенно если через несколько дней вы обнаружите, что резервное копирование на ленту не выполнялось на этой неделе.
Это зависит от того, как долго резервные копии остаются на диске до того, как они будут записаны на ленту - если они очень короткие (<1 часа), то это не так уж плохо, если больше нескольких часов, я думаю, они могли бы справиться лучше, да.
Если у вас есть место (это может быть очень большое «если»), обычно это не проблема.
Резервное копирование может вызвать замедление доступа к данным, но это полностью их дело. Вопрос в том, когда они планируют резервное копирование и насколько замедление они могут выдержать в это время.
Может быть, это не идеальное решение, но просто радуйтесь, что им нужны резервные копии!
Кстати, запись данных на ленточный накопитель потенциально может вызвать большее замедление, чем копирование данных.
Ваш пост указывает мне, что вы уже знать ответ. Да, вы правы, это очень плохая идея более чем на одном уровне. ОДНАКО, если производительность и возможность восстановления экземпляра и баз данных не является проблемой для вас, тогда это не имеет особого значения с точки зрения SQL Server.
Следует отметить, что SQL может выполнять резервное копирование на пути UNC, то есть на другой сервер, если отдельный диск недоступен.