Прошу прощения, я конечно не знаю M$$QL
Сервер MSSQL
- здорово тут насоветовали про железо не спрося для
- Прошу прощения, я конечно не знаю M$$QL
- K9 Сразу, может и хватит
- MmM ну вам либо шашечки,
- K9 5-6 винтов ... даже
- MmM тогда зачем что-то внешенее...
- Сервер SQL будет один, и "коробочка" будет подрубаться
- K9 Класика жанра - двухнодовый
- rgt SCSI на несколько хостов?
- K9 Те с кем
- MmM не вижу смысла ставить
- rgt Спасибо Бладу, завтра пойду
- MmM Под серьезные задачи имеет
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
Прошу прощения, я конечно не знаю M$$QL практически, но в oracle и db2 в этом нет необходимости - новые tablespace создаются на новых носителях и подключаются к текущей базе, понадобится может разве что перзапустить экземпляр. Говоря про архивы, я имел ввиду то, что называется ARCHIVELOG - т.е. архивы журналов, родствнные оперативным журналам. Просто имея некий полный холодный снапшот + эти журналы можно быстро восстановить базу. Не знаю, есть ли такое в M$. Вообще, производители не рекомендуют для серьезных баз использовать FS - оптимальнее класть tablespace на устройство (физическое или volume manager). Опять же, не знаю особенностей M$, не скажу, но в *nix достаточно часто можно увеличивать раздел налету... Возможно в M$ тоже что-то есть? Не могут же быть такие понты на пустом месте...
Насчет "некуда добавлять" - 400Гб - уже реальность, как быстро появится 500-600 Гб - я не знаю, думаю с выходом лонгхорна такой размер будет весьма актуален.