Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

разделение БД на статическую и динамич. части

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных
Предыдущая тема :: Следующая тема  
Автор Сообщение
named



Зарегистрирован: 25.09.2005
Сообщения: 112

СообщениеДобавлено: Ср Дек 07 2005 07:04    Заголовок сообщения: разделение БД на статическую и динамич. части Ответить с цитатой

можно ли порезать базу MSSQL на 2 части икак ??

база 50 гиг.
я подозреваю что есть области уже статических данных которые менятся не будут например неделю и динамические которые меняются раз в 10 минут. ну это так грубо.

существует ли решение данной проблнемы. ?

зачем ? уменьшить время на бекапы, и соответственно не бекапить статику.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Wladimir



Зарегистрирован: 02.03.2005
Сообщения: 150
Откуда: Ставропольский край

СообщениеДобавлено: Чт Дек 08 2005 11:24    Заголовок сообщения: Ответить с цитатой

М.б. ты имел в виду create/alter database: параметры размера файлов БД и параметр filegroup. Пример есть в Books online, "create database".

Уменьшить время бякапа, насколько я знаю, можно только одним способом: делать
еженедельный полный бякап базы и
ежедневный - журнала транзакций.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
named



Зарегистрирован: 25.09.2005
Сообщения: 112

СообщениеДобавлено: Чт Дек 08 2005 14:38    Заголовок сообщения: Ответить с цитатой

а по логу разве можно восстановить ?? помоему по нему невсё можно восстановить или я ошибаюсь, то как например удаление таблицы
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Snek



Зарегистрирован: 13.07.2005
Сообщения: 39

СообщениеДобавлено: Чт Дек 08 2005 16:23    Заголовок сообщения: Ответить с цитатой

По логу восстановить можно только операции с командами INSERT(record), DELETE(record),UPDATE(record)...а удаленную таблицу(команда Drop Table) только с помощью бэкапа самой базы
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
named



Зарегистрирован: 25.09.2005
Сообщения: 112

СообщениеДобавлено: Чт Дек 08 2005 16:27    Заголовок сообщения: Ответить с цитатой

вот поэьому мне и не подходит такой вариант, бекап лога, просто пока прогеры ещё дописывают программу.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Wladimir



Зарегистрирован: 02.03.2005
Сообщения: 150
Откуда: Ставропольский край

СообщениеДобавлено: Чт Дек 08 2005 20:19    Заголовок сообщения: Ответить с цитатой

Цитата:
пока прогеры ещё дописывают программу

Скажем, у нас три программиста два года непрерывно дорабатывают сетевую систему - и никому такой способ больших проблем не создавал.

Опять же, никто не мешает снимать полный бякап при внесении существенных изменений.

И наконец, отладка, производимая прямо на действующей производственной БД, говорит о правильном понимании вами идей бусидо и самурайского духа...
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
named



Зарегистрирован: 25.09.2005
Сообщения: 112

СообщениеДобавлено: Пт Дек 09 2005 00:12    Заголовок сообщения: Ответить с цитатой

просто хотелось как то натсроить более стабильную систему. при которой например в случае падения рэйда, перерыв в работе составлял бы примерно 30 минут. а так он составляет порядка 4 часов.
ну просто пока восстанавливать бекап все уже по домам разбредутся.
а ещё бывает такое страшное когда сервак падает в момент бекапа, вот тут теряются данный минимум за сутки. я вот просто и думал как то бекапить именно таким образом - минимум информации. и не насиловать диски, хотя как я догадываюсь это не возможно. так как каждый день база изменяется таким образом что в каждой таблице есть изменения. я не параноик но кажется что все эти бекапы какое то такое не надежное дело. нужно придумать какую то более надежную сиситему храниния и резервирования информации, может чсто то на вроде RAID-50 ?? уж как то много времени уходит на бекап чтобы его скопировать и развернуть. фот такие пряники
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Snek



Зарегистрирован: 13.07.2005
Сообщения: 39

СообщениеДобавлено: Пт Дек 09 2005 06:30    Заголовок сообщения: Ответить с цитатой

Ну а деффиринциальная копия вашей базы тоже много времени занимает?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Wladimir



Зарегистрирован: 02.03.2005
Сообщения: 150
Откуда: Ставропольский край

СообщениеДобавлено: Пт Дек 09 2005 10:04    Заголовок сообщения: Ответить с цитатой

2 named:
Раз так критично по времени, почему винчестеры не зазеркалить?

В чём, вообще, суть частого "падения" вашей базы?
Ошибки в программе, сервер отрубается или что?
Бякап - вообще операция штучная, просто так в нём необходимости не возникает.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
named



Зарегистрирован: 25.09.2005
Сообщения: 112

СообщениеДобавлено: Пт Дек 09 2005 14:51    Заголовок сообщения: Ответить с цитатой

диферент не делаю, так как с 10,00 до 19,00 (за день ) он вырастает размером с полный бекап. Почему?? не знаю, разбираюсь с этим.
про зеркулку - если подает то там ещё больше гемора при восстановлении. падает просто сервак от того что пару раз серверную разогрели до 60 градусов. кондешен вылетел. поэтому все винты сипятся, начальство я предупредил что нужно менять сразу все винты не хотят. так вот и мучаюсь. кстати определил что сегейты при перегреве вылетают чаще чем фуджи. но с другой стороны - фуджи просто однажды лягут и уже никогда не поднимутся.

думаю расширить рейд на 15 винтов. только как уломать начальство.
спасибо
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Wladimir



Зарегистрирован: 02.03.2005
Сообщения: 150
Откуда: Ставропольский край

СообщениеДобавлено: Сб Дек 10 2005 10:07    Заголовок сообщения: Ответить с цитатой

Сорри, в прошлый раз опечатался: штучная операция, конечно, restore.

1) А ночью сервера тоже пашут? У нас бякапы происходят ночью.
2) В BIOSе в Пися Health есть настройки критических температур на материнке. При 60 за бортом сервера сами не смогли отключиться?
3) У нас охотно летели Fujiцу, которые с маленькой (а не большой, как у других) квадратной микросхемой на брюхе - она перегревалась.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Пн Янв 09 2006 13:07    Заголовок сообщения: Ответить с цитатой

Цитата:
думаю расширить рейд на 15 винтов. только как уломать начальство.


А на фига оно тебе? Лучше купи дисковую стойку с двумя SCSI-хвостами (типа VTRAK 15110) и сделай кластер (режим актив/пассив). Тогда из-за отказа одного сервера так долго все стоять не будет. За 1-2 минуты все само переключится.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...