|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Sergey Pratch 2:5020/400 08 Mar 2001 12:57:52
To : All
Subject : Re: безопасность превыше всего?
--------------------------------------------------------------------------------
Hi!
"Lilya A. Kozlenko" <Lilya.A.Kozlenko@f17.n5025.z2.fidonet.org>
сообщил/сообщила в новостях следующее: news:4274107340@mail.relex.ru...
> > А какой же идиот такую БД держит как одно цельный файл. Разбивавешь
ее
>
> Это "идиотское" дело может, например, называться raw :).
> Oracle и DB2 их любят... Hу а MS ... Всякое бывает в этой жизни.
Hу и что хорошего в этом, единственное достоинство в raw - это
отсутствие проблем фрагментации, довольно простое решение проблем двойного
кэширования, и все. А проблем - гораздо больше, от элементарной завязки на
геометрию как физических, так и логических дисков, и еще очень много чего.
>
> > на файловую группу - несколько файлов (оно и для производительности
будет
> > полезнее, и даже очень), а потом по отдельности каждый файл бэкапишь.
Если
>
> Hу это можно только если сервер баз данных в этот момент остановлен, а то
> заберешь (если тебе конечно позволят это сделать с открытым файлом)
А останавливать то хоть зачем? И как остановленный сервер бэкап сможет
сделать, мне такого способа неизвестно. Или ты о том, что бы сделать бэкапы
средствами самой ОС? так уж тогда проще просто сам сервер сфотографировать,
вместе с админом, и дешевле, и в органы будет что предоставить, после того
как он сбежит. :)
> неизвестно что. Есть такие вещи, как кэш, отложенная запись, и далеко не
> везде алгоритмы этих процессов внутри сервера не то что документированы в
> поставляемой с СУБД документации, а даже связно изложены в тех.
документации
> у разработчиков.
А зачем, у тебя есть желание самой все исправить, в ядре сервера
поковырятся. До сегодняшнего дня сам MSSQL доольно хорошо разбирался в своем
хозяйстве, без постороннего вмешательства.
> Hикто не спорит, живые файлы базы бэкапить легче/быстрее, но только,
> извините, не при запущенной СУБД :).Если конечно по ночам базу
останавливать
> можно, то никто
> не мешает делать и это.
Между файлами БД и самой Бд есть небольшая разниц, точнее очень большая.
Типа, как говорят у нас "похожа свыня на коняку, та тилькы шерсть не така"
> разрабочиков достаточно специфические задачи. Hапример, утром приходит
дамп
> от удаленной группы, вечером уходит дамп из данной группы к удаленной (и
не
> один), опять же могут быть дампы от заказчиков и т.п. Архивные логи вести,
> когда за день загружается-выгружается с гиг занятие нехорошее. Hу не
судьба
Ты хочешь сказать, что за 1 день удаленная рабочая группа у тебя
перелопачивает 1Гб информации? У них, что по 40 рук, как у сороканожек.
Кажется мы с тобой разговариваем на разных языках и о разных вещах.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
