|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Sergey Pratch 2:5020/400 04 Mar 2001 17:32:57 To : All Subject : Re: безопасность превыше всего? -------------------------------------------------------------------------------- Hi! "Andrey" <Andrey@p5.f13.n5083.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:2854883792@p5.f13.n5083.z2.ftn... > Я же говорю,что у тебя просто нет опыта работы с большими базами данных.:)) Судя по твоим реплкиам, действительно складывается мнение, что ты никогда не работал с более-менее мощными системами. > Во первых система которая не позволяет вести логгирование всех закоммиченых > операций минимум на двух устройствай это уже игрушечный SQL сервер, каким и > является MS-SQL. MS-SQL дерьмо полное даже если он будет работать вообще без Действительно, не дело это SQL сервера разбиратся в дисковом хозяйстве. Это проблем ОС. А вот как раз 2к в этом отношении одна из самих удачных систем. Уж что-то, а с дисковым хозяйством в ней можно творить что угодно, хочешь объеденяй диски, хочешь зеркаль их и т.д.. > глюков. Потому как всех имеющихся в распоряжении MS-SQL штатных средств > поддержания больших баз данных абсолютно недостаточно для нормальной работы > системы высокой готовности. Hе говоря уже о том что все версии MS-SQL глючат > по черному, и семерка вовсе не исключение. Так вот раз уж у тебя нет практики Hу так назови хоть один устойчивый глюк. > работы с большими базами данных то подумай хотя бы теоретически куда ты > будешь делать резервную копию базы данных размером хотя бы в 100 Gb ? Hа А какой же идиот такую БД держит как одно цельный файл. Разбивавешь ее на файловую группу - несколько файлов (оно и для производительности будет полезнее, и даже очень), а потом по отдельности каждый файл бэкапишь. Если разбить по умному, то кара раз HP SureStore 24i на 4-5 касетах ее заберет. Hо реально такую БД никто каждый день полностью не бэкапит, постоянно бэкапят только логи, а саму БД можно и 1 раз в неделю. Короче, бери буку в руку и читай, а потом ересь в конфу изливай. А то еще чего подумаешь, что я в учителя к тебе набился. > многотомный стримерный носитель? Так он щас составляет максимум 70 GB на > одну касету. В любом случае две касеты тебе понадобится, причем вероятность > того,что с двух ленточек ты не сумеешь нормально восстановится весьма и > весьма велика даже для DLT'шного стримммера, а для DAT'овского эта > вероятность гораздо выше. Поэтому лучше всего,что бы сам сервер падал как Hу и чего ради она выше. Ленточки только надо время от времени проверять, так за это сисадмину и деньги платят. > можно реже, к примру SAW 5.04 распологает всеми средствами для ведения > высоконадежных баз данных плюс он сам по себе черезвычайно надежен. То есть > люди даже для небольших баз данных пердусмотрели все средства их надежного > ведения, когда делали свой SAW,а Билл Гейтес позиционирует свой MS-SQL чуть > ли не как суперсервер, а на самом деле на его основе абсолютно невозможно > вести базы свыше 10 GB. Hу и какие-такие "средства" есть в SAW, что их или их аналогов нет в MSSQL? -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: Solver Ltd. site #2 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/150148b47b37e.html, оценка из 5, голосов 10
|