Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
Ситуация такая.
Хранилище данных. Две БД: 1. 30Гб. 2. 3Гб.
Свободного места на диске 15Гб.
Стриммер на 80Гб, но очередь того что на него надо скидывать автоматом, до этих двух БД не дойдет, только если архивировать.

Но естессно перед архивом надо сделать полный Бэкап.
Места как указывалось нет. Разностный Бэкап не имеет смысла делать, так как две БД могут за ночь обновиться на 100%(хотя в среднем на 20%).

Денег естессно на доп. винты и прочее у нач.нет - жмотство).

Вот задумал делать потабличный бэкап в текстовый файл.

Например берем таблицу (размером от мин. до 2 Гб) - и DTS ом ее в TXT. И так далее для всех важных таблиц. Скорость восстановления не критична - можно и полдня и день в случае серьезной катастрофы).

Кто подобное делал? Может есть какие-нибудь подводные камни?.


ПС: Пока делаю бэкапом по сети на тот сервак где случайно оказалось столько требуемого места. Но эти серваки не мои и св.место на них не постоянно, поэтому на них надеятся не стоит.
16 мар 04, 08:23    [579355]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
Да, поля типа varchar(от 9 до 100), numeric(17,3) - 100%.
То есть textов и прочего media нет.
16 мар 04, 08:27    [579358]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
Еще,)
Периодичность Backup от 3 до 7 дней - вполне устраивает.
16 мар 04, 08:35    [579361]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
ChA
Member

Откуда: Москва
Сообщений: 11128
> Денег естессно на доп. винты и прочее у нач.нет - жмотство)

Это не жмотство, а идиотизм... Цены на HDD настолько малы, что
оправдать скупостью это, IMHO, невозможно
16 мар 04, 08:50    [579375]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
К сожалению это так.Россиская действительность(.(на всеобщность не претендую)

Два месяца назад два месяца доказывал необходимость еще одного гига оперативки(с ним сейчас стало 2Гб). Приводил диаграммы очередей на диск, латчи итп.

Аналогично пытался выбить 9Гб свободного места, угрожал полной остановкой проекта. Разрешили - переконфигурирование RAIDа из миррора в страйп.
16 мар 04, 08:56    [579386]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
rst
Member

Откуда: Йобурк
Сообщений: 1005
Россиская действительность

Нда... это есть такое..
Если база упадет, тут с одними бакапами табличек тяжело придется....

хотя вот смотрю на прайс формозовский:
HDD 60,0 GB IDE Samsung SP0612N SpinPoint P80 <7200>
73$
Всяко дешевле чем оплачивать время спеца на разработку импорта экспорта.
+ еще значительные потери денег при рюхе базы ((
16 мар 04, 09:10    [579400]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
Если база упадет, тут с одними бакапами табличек тяжело придется.... 
.

Оно конечно потруднее чем обычным способом восстановить, но думается такой алгоритм:
1. Генерация структуры БД. (*.sql)
2. DTS уже настроенный на формат данных (меняется редко(1 новая таблица в неделю)) разархивирующий и копирующий все из тхт.

Сразу вижу минусы: во 2. Придется дополнительно переделывать DTS при изменении структуры. Но можно подумать об автоматизации данного процесса.

Видимо будет проще пока также поиском, вручную делать бэкапы.(По расписанию в органайзере), а через пару месяцев(когда забудут что я только недавно просил 1Гб) просить новый ide шный винт. Думаю после месяца г. его купят)
16 мар 04, 09:18    [579417]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
ChA
Member

Откуда: Москва
Сообщений: 11128
Я полагаю цена данных все таки выше цены на HDD, если не так,
то на кой ляд вообще БД нужна, пусть в EXCEL ковыряются...
А уж отказ от mirror - это просто песня. Несерьезно это...
Я лично сомневаюсь, что Ваши игрища с импортом в текст
спасут ситуацию, более того - таким образом можно создать
массу проблем, так и не решив основную, каковая решается
легко - сотней баксов.
16 мар 04, 09:22    [579421]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
rst
Member

Откуда: Йобурк
Сообщений: 1005
Можно сделать разные FileGroup для таблиц и уже разбираться с отдельными файлами базы..
(например - раскидывать копии разных mdf по сети - у кого сколько места есть :))
16 мар 04, 09:25    [579426]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Eldar
Member

Откуда:
Сообщений: 329
Блин, можно конечно и генерить скрипты и DTS создвать, но при изменении структуры - новый скрипт (а вдруг забудешь его сгенерить), DTS постоянно менять. А воостанавливать придется здесь, может конечно и пол-дня, это без ньюансов, а они будут, я в этом уверен. И всего-то из-за 50$. Овчинка выделки не стоит. А так попробуй - проведи следственный эксперимент
16 мар 04, 09:33    [579442]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Fedotov Alex
Member

Откуда:
Сообщений: 167
Может есть смысл посмотреть на время пока нет винта на триальную версию SQLLiteSpeed? По умолчанию она делает полный бекап раза в 3,5 меньше, чем штатный.
16 мар 04, 10:56    [579657]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
Всем, спасибо.

Видимо от идеи придется отказаться изза геморройности и повышенной себестоимости. РАзработка + поддержка >> стоимость винта.

SQLLiteSpeed поищу, на работе слово Speed запрещено проксей(.
16 мар 04, 11:55    [579867]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Crimean
Member

Откуда:
Сообщений: 13148
2 Quark

Что стоит сделать - так это провести учения. Я серьезно. И показать , чего будет стоить любая проблема. Дальше пустьруководство принимает решение.
Уход с зеркала - вообще маразм. Да еще и без бакапа :O
Кто-то любит экстрим?
База - это не только данные в табличках. Это не DBF! База - это еще и гарантированная целостность данных. А что, если твои текстухи просто не загрузятся? Или объекты не поднимутся? Бо были неправильно поскриптованы?!
16 мар 04, 13:12    [580175]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
Конечно, бакап устройства - святое. Удивительные люди - больше не нашли на чем сэкономить.

Есть малонадежный, но вариант:
1. На базах использвать Recovery Model - simple.
2. Когда приходит время писать на стриммер
2.1. для всех файлов баз DBCC SHRINKFILE ...,
2.2. Detach баз,
2.3. Упаковка каким нибудь скоростным архиватором (если стриммер не может)
2.3. Запись файлов на стример.
2.4. Attach баз.
16 мар 04, 14:36    [580479]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Fedotov Alex
Member

Откуда:
Сообщений: 167
http://www.sqllitespeed.com
16 мар 04, 15:36    [580713]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Makar4ik
Member

Откуда: Когда-то были Лужки, а теперь Бордюр-Сити.
Сообщений: 2676
Есть выход, но корявенький.

1. создать специальную сервисную базу.
2. из нее:
a) определить имена файлов базы, которую бэкапим
б) exec('DBCC shrinkdatabase(N'''+@DBName+''')')
в) sp_detach_db @dbname
г) exec master.dbo.xp_cmdshell rar.exe a '+@DB_filename
д) exec master.dbo.xp_cmdshell rar.exe a '+@DB_logname
е) sp_attach_db @dbname

16 мар 04, 15:44    [580748]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Makar4ik
Member

Откуда: Когда-то были Лужки, а теперь Бордюр-Сити.
Сообщений: 2676
Упс...
Долго писАл... :)
16 мар 04, 15:45    [580750]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Crimean
Member

Откуда:
Сообщений: 13148
А если база сдетачится, но не приатачится, а, господа теоретики?
Или не было такого в практике?
Уж лучше бы в офф-лайн переводили, что ли...
16 мар 04, 16:16    [580878]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Igel
Member

Откуда:
Сообщений: 64
2Quark: как правило руководству, если оно далеко от техники, бесполезно объяснять про разные очереди к дискам, недостатка места и т.д. Они просто не понимают этого - и, вобщем-то, правы, т.к. это не их сфера деятельности. А вот если показать, что при вложении в технику n-го количество денежных знаков время подготовки отчетов сократится во столько-то раз, время обслуживания одного клиента - во столько-то, и это окупит вложенные средства - тогда должны понять. Аналогично с backup-ом. Прислушайтесь к Crimean - покажите руководству во что выльется сбой диска. Покажите данные за какой период будут потеряны, сколько времени будет идти восстановление (т.е. по сути простой конторы). И во что все это выльется в денежном выражении. Плюс еще - не помню чьи исследования (буржуи какие-то) говорят о том, что при потере данных 80% фирм закрывается в течении следующих 3 лет. Если и это не убедит - лучше бежать оттуда, потому как сбой винта всего-лишь дело времени и при потере данных крайним все равно окажитесь вы. Несмотря на все ваши предупреждения...
17 мар 04, 08:15    [581802]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
читaтель
Guest
Если и это не убедит - лучше бежать оттуда, потому как сбой винта всего-лишь дело времени и при потере данных крайним все равно окажитесь вы. Несмотря на все ваши предупреждения...

Судя по критике уровня предлагаемой зарплаты в форуме Работа
можно и самому потратить 50 баксов на страховку :)
17 мар 04, 09:46    [581910]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
потому как сбой винта всего-лишь дело времени и при потере данных крайним все равно окажитесь вы

Недавно был такой: RAID ушел в offline. Но к счастью пронесло. E-token его временно убил(.
------------------------
Offline думаю подойдет, но только по выходным, так как даже самые скоростные архиваторы дают неприемлемое время простоя в рабочий день.
------------------------
http://www.sqllitespeed.com

Скачал Evaluation но бэкапировать средствами Sqllite отказалась, сославшиь на evaluation expired. Но наверное это мои глюки, буду разьбираться.
------------------------
Уход с зеркала - вообще маразм

Согласен, но к сожалению ...(.
------------------------
Что стоит сделать - так это провести учения

Это обязательно попробую, результаты сообщу.
"Деятельность - единственный путь к знаниям" (из какой то рассылки).
17 мар 04, 10:03    [581954]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Makar4ik
Member

Откуда: Когда-то были Лужки, а теперь Бордюр-Сити.
Сообщений: 2676
to Crimean:


автор

А если база сдетачится, но не приатачится, а, господа теоретики?
Или не было такого в практике?
Уж лучше бы в офф-лайн переводили, что ли...


У меня вроде не было...
Но ИМХО, оффлайн и детач - ягодки одного поля, и особой разницы между ними нету...
Разве что записи о базе при оффлайне не выносятся из master..sysdatabases.

Но и оффлайн, и детач вряд ли помогут в ЭТОМ случае...
Потому как 30 гига, и еще потому как не слишком верится, что машина, на которой это крутится справится с задачей быстрее, чем за 3-4 часа...
Хотя, если Quark'а устроит один бэкап в неделю по ночам в воскресенье...
17 мар 04, 10:11    [581977]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Crimean
Member

Откуда:
Сообщений: 13148
Вчера у клиента в RAID 5 вылетело 2 диска
Клиент был экономным
Все , то есть база , логи , бакапы , система лежало на массиве
Массив потом как-то поднялся
В результате все (!) бакапы оказались битые и мы остались у битой базы и битого ночного полного бакапа
Совершенно чудом получилось полечить битую боевую базу , выкинув ряд таблиц
Чуда могло не произойти - тогда данных бы не осталось СОВСЕМ
Еще раз для тех , кто не осознает - С О В С Е М , то есть ваще (далее вырезано цензурой)
Так что экономьте , господа , экономьте .
17 мар 04, 12:16    [582418]     Ответить | Цитировать Сообщить модератору
 Re: Backup into TXT  [new]
Makar4ik
Member

Откуда: Когда-то были Лужки, а теперь Бордюр-Сити.
Сообщений: 2676
Кстати, а бэкап в ТЕКСТОВЫЙ файл делать и не обязательно!

Можно сделать базу специально для бэкапов,
копировать туда из боевой ТАБЛИЦЫ ПО ОЧЕРЕДИ,
делать полный ее бэкап, и сжимать его.
17 мар 04, 20:17    [583834]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить