» Microsoft SQL SERVER

Aler_new

Цитата:

а то уже места на винте не хватает одна из баз весит 2,3G, а лог 13G

15 гигов, что ж за винт такой

А вообще - сделать backup (на всякий случай)...
А потом BACKUP LOG <DATABASE> WITH TRUNCATE_ONLY. И Shrink.

Всем привет!
Такая проблема: есть полный бэкап базы + файл base.ldf. Можно ли восстановить журнал транзакций? Конфигурация базы менялась - т.е. ldf от уже измененной (полетевшей) базы.

Привет народ.

Тут вот завели себе SQL. Есть филиалы, требуется настроить репликацию из центрального офиса и филиалов с объединением данных.

Головной сервер в Офисе, подписчики в филиалах. Кто что посоветует и где об этом можно почитать. Со SQL 2000 и 2005 на Вы. Только поставил, развернул, установил базу в офисе , работаем, а что дале?

С надеждой на понимание.

Доброго времени суто.
Есть: БД, SQL 2000, в нее пишутся логи.
Вопрос: можно ли как сделать ежемесячный бэкап с последующей очисткой базы на автомате?

Наскриптовать операции очистки и запускать их любым способом после бэкапа...

naPmu3aH
Через скриптики понятно, думал мот есть встроеная фича какая.
Если база 2 гиг, после ее удаления через скриптик файл лог танзакций станет тоже 2 гиг?

Vby

Цитата:

Если база 2 гиг, после ее удаления через скриптик файл лог танзакций станет тоже 2 гиг?

Совсем нет. Нет уж настолько прямой зависимости между размером удаляемых данных и размером лога...
Но лог транзакций будет большим. Правда учитывая, что был сделан полный бэкап и из базы все удалено - его можно будет усечь (BACKUP WITH TRUNCATE_ONLY)

Добавлено:
А, о!
Учитывая что данные все равно удалять - мне кажется что после бэкапавосстановление пустой базы поверх существующей будет гораздо быстрее и проще удаления данных (тем более при солидном обьеме данных).

Есть такие кто юзает MS SQL 2005 Express Edition x64 ?
свежеустановленая WinXP x64/Visual Web Developer 2005 Express Edition/MS SQL 2005 Express Edition x64 / поставился вместе с VWD, права админа.
При подключении пишет SQL Server does not exist or access denied.

Люди! Посоветуйте, как лучше поступить:
есть сервер - 4х-процессорный Xeon, с 4 гигами памяти.
На него нужно переставить SQL-сервер. Баз не нем будет полно (хотя по объему и не очень большие).
Хотел поставить Standart Edition, но прочитал, что эта версия поддерживает только до 2 Гбайт памяти. СтОит ли, пока не начал перетаскивать базы, установить
на сервер Enterprise Edition?

В старом добром SQL2000 была возможнось сделать скрипт по БД, который создавал бы подобную БД с нуля. Можно было указать, что надо включать в скрипт.

Понадобилось сделать подобное в SQL2005, а там подобной фичи я не нашел. Есть создать скрипт CRAETE DATABASE, но в нем нет создания таблиц, пользователей и прочего.

Как получить скрипт по БД в SQL2005, который бы полностью описывал БД?

Xless
Дык в Management Studio на базе правой кнопкой мыши тырк, там Tasks > Generate Scripts и выбирай что надо...

EZH
спасибо...
с толку сбило чуть выше расположенная команда Script Database...

Xless
Ну там для каждого объекта и подставляется своё - Script Database as, Script Table as, Script Trigger as...
Действительно многих сбивает

Может кто занимался таким мазохизмом?
Необходимо установить 2 SQL сервера на 1 комп, т.к. у них будут разные cpollation.
Все прекрасно ставится и на локальном компьютере эти 2 базы можно открыть. Но вот с удаленного компа 1 из серверов невидится, причем тот, который устанавливался вторым с именем computer\serverSQL
Помогите решить проблему доступа ко второму серверу по сети. Уже вроде все перекопал

Такой вопрос. На W2003 устанавливаю MS SQL 2000 SP1. Ругается, что мол не держит SP2 и ниже, нужно SP3, вопрос не в этом. После установки Enterprise Manager не может к нему законектится. После двух подвисаний на стадии проверки подлиности, он туда запускается, но не отображает статус SQLServerAgent'а и имени сервера, вместо него пишет (local). Такая фигня наблюдается и до установки SP4 и после него. Чтобы это могло быть и как это побороть?

Посоветуйте как быть. Имею SQL 2000 SP4, на нем база с большими логами (30ГБ). Сделал ей бэкап логов с обрезанием (через ГУИ, а не Query Analyzer), проверил - логи занимают где-то мегов 200, остальное - пустое пространство. Ок. Потом шринк, он сделал и написал все пучком - а файлик логов остался как был 30 гигов.
Что делать? Неужели только сносить базу и восстанавливать бэкап? Это можно, работа не круглосуточная, но боязно - база 1С, я одну такую при переходе с SQL 7.0 на 2000 похерил... Выгрузку делать опять же неохота - времени ж сколько займет...

Asker80
http://www.sql.ru/articles/mssql/01062802ShrinkingTransactionLogSQLServer2K.shtml
http://www.sql.ru/articles/mssql/03102701TransactionLogSQL2K.shtml#13

Да и вообще внимательно покурить темы обсуждаемые по ссылкам в Топ популярных вопросов SQL.RU п.1.
Ибо

Цитата:

Сделал ей бэкап логов с обрезанием

не всегда хорошо...

naPmu3aH

Цитата:

не всегда хорошо...

А как надо?

Кто организовывал репликацию баз между двумя SQL серверами, дайте pls ссылку на инфу как это правильно делается!!!

Elax

Можно посмотреть на sql.ru я там брал инфу.
Если останутся вопросы задавай - может что вспомню, т.к. сейчас это не использую.

Vovan177
твою проблему нельзя решить в общем случае, но вполне можно в частном , для конкретного решения ответь на вопросы тип ОС, и какие версии SQL серверов

Asker80

Цитата:

А как надо?

Сильно зависит от условий работы и модели восстановления: насколько важна сохранность данных, нужна ли возможность восстановления базы на конкретный момент времени, какая модель восстановления используется для базы...
Если модель восстановления Simple - можно спокойно усекать (BACKUP WITH TRUNCATE_ONLY). Если регулярно делаются полные бекапы базы - shrink в большинстве случаев освобождает ненужные части лога и соотв. свободное место.
Но если нужна возможность восстановления базы на конкретный момент времени между полными бекапами делать BACKUP LOG WITH TRUNCATE_ONLY я бы настоятельно НЕ рекомендовал...

Добавлено:
Elax

Цитата:

Кто организовывал репликацию баз между двумя SQL серверами, дайте pls ссылку на инфу как это правильно делается!!!

Как связаны между собой сервера и какой вид репликации интересует (для каких целей)?

naPmu3aH
Прежде всего, спасибо за совет.

База 1С Бух, модель Full, делается полный бэкап раз в неделю, и после него дифференциальный каждый день. Shrink из EM не сжимает лог сколько-нибудь существенно.
Лог в общем не нужен, но менять на Simple не хочется - чтобы иметь возможность восстановления на момент времени, если что.

Цитата:

Но если нужна возможность восстановления базы на конкретный момент времени между полными бекапами делать BACKUP LOG WITH TRUNCATE_ONLY я бы настоятельно НЕ рекомендовал...

Почему? Если сделать полный, сбэкапить лог в файл, BACKUP WITH TRUNCATE_ONLY, и потом еще раз полный - вроде везде такие рекомендации пишут (ну и после проверки что все в порядке можно бэкап лога удалить)...
Дело в том, что мне не нужно усекать лог постоянно, он просто разросся уже непомерно, а гуевый shrink помочь не хочет.

Elax

Вот хорошая статейка, модели какие хошь....
_http://www.infocity.kiev.ua/db/content/db251.phtml

Asker80

Цитата:

Если сделать полный, сбэкапить лог в файл, BACKUP WITH TRUNCATE_ONLY, и потом еще раз полный - вроде везде такие рекомендации пишут (ну и после проверки что все в порядке можно бэкап лога удалить)...

Ну если с такой кучей бекапов - тогда, пожалуй, можно


Цитата:

Дело в том, что мне не нужно усекать лог постоянно, он просто разросся уже непомерно, а гуевый shrink помочь не хочет

А DBCC SHRINKFILE(<log_logical_name>, x) пробовал?
Это в общем-то аналогично тому, что в диалоге Shrink нажать кнопку Files и выбрав файл лога поиграться с опциями...

Цитата:

А DBCC SHRINKFILE(<log_logical_name>, x) пробовал?
Это в общем-то аналогично тому, что в диалоге Shrink нажать кнопку Files и выбрав файл лога поиграться с опциями...

Пробовал. До BACKUP WITH TRUNCATE_ONLY - никакого эффекта. Операция проводилась после полного бэкапа данных + бэкапа лога. И ноль реакции. Зато после усечки WITH TRUNCATE_ONLY лог из 10 гигов стал 12 мегов.

Я хотел бы пойти на курсы по MS SQL адмнистрирование и программирование. Может кто-нибуди подскажет какие фирмы занимаются этим в Ростове на Дону.

Подскажите, какой необходимый объем оперативной памяти нужно для MS SQL 2005.
На 4-x процессорном сервере AMD Opteron 875, 2200 MHz 16 гигов памяти, ОС -Microsoft Windows Server 2003 Enterprise Edition R2 64 bit, установлен Microsoft SQL Server 2005 Enterprise (64-bit) сборка 9.00.1399.06.
После установки и запуска SQL и 3-х дней работы система скушала 11.7 гигов, размер базы 1cv8 (УПП) 2.4 гига, при чем пожирание памяти продолжается. Объем подкачки 11.7 гигов.
Проблема в том что, task manager в 64-х не показывает службу, которая тянет столько оперативки. Например, в Windows 32-х task manager показывал по sqlservr.exe 2.5 гига, а в 64-х всего 370 Mb…

panzer2006

Цитата:

Подскажите, какой необходимый объем оперативной памяти нужно для MS SQL 2005.

Любая программа под Windows стремится занять весь доступный обьем памяти


Цитата:

После установки и запуска SQL и 3-х дней работы система скушала 11.7 гигов, размер базы 1cv8 (УПП) 2.4 гига, при чем пожирание памяти продолжается. Объем подкачки 11.7 гигов.

Файл подкачки можно уменьшить - оставить 3-4 Гб.
Задать размер памяти выделяемой SQL Server'ом при старте и максимальный размер используемой памяти можно ограничить в настройках сервера.


Цитата:

Проблема в том что, task manager в 64-х не показывает службу, которая тянет столько оперативки. Например, в Windows 32-х task manager показывал по sqlservr.exe 2.5 гига, а в 64-х всего 370 Mb…

TaskManager наверняка врет в этом вопросе. Гораздо правильнее использовать счетчики производительности...

Как я уже задал вопрос здесь
http://forum.ru-board.com/topic.cgi?forum=5&topic=0111&start=460#lt

Подскажите, чем лучше бэкапить базы MS SQL Server 2000.
Пока что пробую SQL Server Backup, работает, но не устраивает меня.
http://www.databk.com

Требования:
- бэкап по расписанию всех баз, в том числе системных (master, model...)
- тестовое восстановление во временный каталог после бэкапа
(т.к. после Reset бывали базы, которые бэкапились, но не восстанавливлись! )
- создание файлов бэкапа, чтобы в имени файла была дата и время
- удалять старые бэкапы по заданному критерию (старше 30 дней, например)
- посылать отчет по почте в случае неудачного бэкапа,
неудачного тестового восстановления, и других ошибок.
- не только ложила бэкапы в заданный каталог, но и на заднный FTP-сервер,
и удаляла бы с него старые бэкапы
- наличие крека/серийника, или бесплатность