Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119

Открыть новую тему     Написать ответ в эту тему

aidar



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Microsoft SQL Server
 
В данном разделе рассматриваются вопросы по установке, настройке и администрированию MS SQL.
Вопросы по выборкам, созданию процедур, индексов и прочему программированию - лучше обращаться сюда: Microsoft SQL Server в разделе Прикладное Программирование


Полезные ресурсы:
Ссылки на официальные ресурсы:   TechNet Rus по SQL   TechNet Eng по SQL 2000    TechNet Eng по SQL 2005     MS SQL Server на форумах TechNet Rus
 
Полезные ресурсы, где можно найти дополнительную информацию:
http://www.sql.ru - один из самых больших и популярных ресурсов в ру-нете по MSSQL.
http://sqlserverbuilds.blogspot.com - информация о ВСЕХ билдах и версиях SQL Server
 
Где найти дистрибутив?



Microsoft SQL Server 2000
 
Текущий и наверное Последний Service Pack: SP4 (build 8.00.2039)
Последний кумулятивный пакет хотфиксов после SP4: build 8.00.2187
Список всех хотфиксов после SP4 на текущий момент: Cumulative list of the hotfixes that are available for SQL Server 2000 SP4
SQL Server 2000 Books Online June 2007 Update
Сравнение редакций, совместимость с ОС



Microsoft SQL Server 2005
 
Блог Александра Гладченко - MVP по MS SQL. Заглядывайте периодически, очень интересные статьи.
 
Текущая версия:
Последний Service Pack - 2
Их было два, оба с одинаковым билдом - 9.00.3042
Здесь (ENG) описано, почему так произошло и как отличить "правильный" от "не правильного".
 
Здесь можно посмотреть, какой апдейт на сегодняшний день крайний для MS SQL SP2:
The SQL Server 2005 builds that were released after SQL Server 2005 Service Pack 2 was released (ENG)

Всего записей: 255 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
больше "логических" данных в одном файле

vlf - это не логические данные. Это вполне себе физические куски, на которые делится кусок файла, добавляемый к логу. И именно этими кусками оперирует sql server - их отмечает как активные/неактивные/свободные.
Количество vlf не зависит напрямую от модели восстановления. Если выбрана правильная частота создания резервных копий журнала транзакций, размер журнала и, соответственно, количество vlf в нем НЕ БУДЕТ отличаться от количиства vlf в журнале при простой модели восстановления.
Вы, конечно, можете сказать, что выбор правильной частоты создания резернвых копий журнала - это и есть правильная настройка, но это не так - это требование. Как требование заправлять машину 98-м, а не 72-м бензином. На первом она едет нормально, на втором не едет совсем.
И разницы - не будет.

Цитата:
зависимость производительности от количества vlf'ов при определенных ситуациях существует

Да, существует. НО количество vlf не зависит от модели восстновления.
Например - у базы в простой модели восстановления стоит прирост в 10 мегабайт для журнала транзакций. И его размер сейчас 4 гигабайта.  Количество vlf  у вас будет - больше 1500! И каждый по 2,5 мегабайта.
А у базы в полной модели восстановления стоит прирост в 1 гигабай. И размер лога пусть даже 16 гигабайт - в результате вы будете иметь всего 256 vlf.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:29 29-09-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth

Цитата:
при перезапуске сервера, то он их "удаляет"

Если сервер работает постоянно, то переходить на простую схему смысла нет?

Цитата:
лог набирает "нужный" размер, т.е. такой, что в него помещается вся активная часть, и останавливается в росте.

"нужный" размер - это сколько, ~ размер данных?

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 06:23 30-09-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
Если сервер работает постоянно, то переходить на простую схему смысла нет?

Не понял как вы сделали такой вывод. Я вам просто рассказал как SQL Server работает с журналом транзакций и почему он растет в полной модели восстановления и, обычно, не растет в простой. Перезапуск сервера - это только один из случаев, когда sql server "шерстит" лог. Тоже самое происходит, например, при аттаче базы.
Контрольные точки и активная часть журнала
Выбор модели восстановления должен основываться на требованиях к БД по возможности восстановления после сбоев. Если вас устроит, что после повреждения вы сможете восстановиться из последнего полного бэкапа+ последнего диф. бэкапа (который мог быть сделан за 12 часов до сбоя, например) - ваш выбор простая модель. Если вам нужно восстановить БД на момент непосредственно перед сбоем - ваш выбор полная модель восстановления и регулярные бэкапы журнала транзакций.

Цитата:
"нужный" размер - это сколько, ~ размер данных?

it depends. Для полной модели восстановления - это объем записей в журнале транзакций между двумя бэкапами журнала транзакций, умноженный на два. Для простой модели восстановления - объем записей в журнале транзакций между двумя чекпойнтами, умноженный на два. И это ооочень примерно - зеркалирование, репликация, длительные транзакции запросто могут привести к увеличению размера файла журнала транзакций.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 06:39 30-09-2011
abasov



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
В 2005 надо пользователю предоставить привилегию на просмотр всех учетных записей (логинов). Подскажите пожалуйста.

Всего записей: 345 | Зарегистр. 12-11-2002 | Отправлено: 10:51 30-09-2011 | Исправлено: abasov, 21:44 30-09-2011
Kerstraff



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Установится ли SQL Server 2005 на Windows 7 Ultimate x64???

Всего записей: 628 | Зарегистр. 20-03-2011 | Отправлено: 18:33 06-10-2011
opt_step



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kerstraff

Цитата:
Установится ли SQL Server 2005 на Windows 7 Ultimate x64

http://forum.oszone.net/post-1326352.html

----------
Reset - не кнопка, а горькая необходимость.

Всего записей: 11230 | Зарегистр. 10-09-2008 | Отправлено: 19:32 06-10-2011
Kerstraff



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
opt_step
Спс,просто уже сто раз ставил 2008 и никак не хочет работать...

Всего записей: 628 | Зарегистр. 20-03-2011 | Отправлено: 20:56 06-10-2011
kot488



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Есть скуль 2008 в нем база 1С, делается резервное копирование на другой диск, как можно реализовать на другой ПК в сети?

Всего записей: 1614 | Зарегистр. 31-10-2006 | Отправлено: 13:07 10-11-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Убедиться что у учеток под которыми запущны sql server agent и sql server есть права на запись на этой шаре и переделать скрипт - указать путь в UNC-формате (\\mycomp\sharename\backupname.bak)

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 13:55 10-11-2011
kot488



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
Убедиться что у учеток под которыми запущны sql server agent и sql server есть права на запись на этой шаре и переделать скрипт - указать путь в UNC-формате (\\mycomp\sharename\backupname.bak)

 
 
Тобесть такого вида путь должен быть
 
с:\1c\*****.bak;\\test\test\*****.bak    ?

Всего записей: 1614 | Зарегистр. 31-10-2006 | Отправлено: 13:57 10-11-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Чтобы сделать бэкап на удаленный компьютер, путь должен бытьпрописан так:  \\имя_компьютера_на_который_делается_бэкап\имя_шары_для_бэкапа\имя_бэкапа
Если вам надо делать и на локальный компьютер, и на удаленный, то надо исопльзовать параметр, ЕМНИП, MIRROR TO. Это возможно только в Enterprise редакции.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 15:40 10-11-2011
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth

Цитата:
Если вам надо делать и на локальный компьютер, и на удаленный, то надо исопльзовать параметр, ЕМНИП, MIRROR TO. Это возможно только в Enterprise редакции.

Никакого MIRROR TO нет ни в Enterprise, ни в любой другой редакции SQL Server.
 
Если надо делать бекапы на локальный и на удаленный - можно делать на локальный и удаленный по UNC пути последовательно; можно делать на локальный, а потом одним из бесчисленных способов (например запуском копирования через xp_cmdshell) копировать файл бэкапа на удаленный сервер.  
 
Если же говорить о зеркалировании AKA Database Mirroring  (одном из средств обеспечения высокой доступности) - это не имеет никакого отношения к "путям на шаре". И да, Database Mirroring с некоторыми ограничениями, но доступно на SQL Server Standard Edition.

----------
Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна?

Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 01:02 11-11-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
naPmu3aH
 

Цитата:
Никакого MIRROR TO нет ни в Enterprise, ни в любой другой редакции SQL Server.

Вот вам ссылка на msdn: BACKUP (Transact-SQL).  

Цитата:
MIRROR TO <устройство_резервного_копирования> [ ,...n ]
 
Указывает набор от одного до трех устройств резервного копирования, которые будут зеркалами для устройств резервного копирования, описанных в предложении TO. В предложении MIRROR TO должен быть указан тот же тип и то же количество устройств резервного копирования, что и в предложении TO. Максимальное число предложений MIRROR TO — три.
 
Этот параметр доступен только в SQL Server 2005 Enterprise Edition и более поздних версиях.

 

Цитата:
Если надо делать бекапы на локальный и на удаленный - можно делать на локальный и удаленный по UNC пути последовательно

 
Нельзя делать последовательно. С диф бэкапами (и бэкапами лога) могут возникнуть проблемы при восстановлении, если будет поврежден один из этих бэкапов. Бэкапы должны быть одинаковыми абсолютно.  
Копировать по сети - можно. Но это уже не относится к sql server.
 

Цитата:
Если же говорить о зеркалировании AKA Database Mirroring  

Зачем вы здесь приплели database mirroring я не понял.
 

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:04 11-11-2011 | Исправлено: bigsloth, 10:44 11-11-2011
Egenius



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возможно вопрос тупой и уже раз 100 обсуждался, но я так и не могу понять один момент.
Для чего и как используется параметр "Срок действия набора данных истекает" ?
При создании бэкапов на устройство резервного копирование в "Maintance Plan" есть 2 варианта выбора: присоединить, перезаписать.
При выборе "присоединить"  бэкапы с прошедшим сроком действия не удаляются.
При выборе "перезаписать" каждый раз стирается весь носитель со всеми предыдущими бэкапами, не зависимо от сроков действия последних.
Как настроить бэкап на устройство, с автоматическим удалением бакапов, у которых истёк срок действия ?
Или нужно бэкапить каждый раз в отдельный файл и затем удалять старые при помощи задачи "Очистка после обслуживания" ?
Надеюсь на полноценный ответ, а не очередной ссылки на базу знаний М$.
Спасибо!

Всего записей: 452 | Зарегистр. 23-12-2003 | Отправлено: 08:29 11-11-2011 | Исправлено: Egenius, 08:57 11-11-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Egenius
EXPIREDATE работает в связке с INIT/NOINIT, SKIP/NOSKIP. Первый из этих параметров вы знаете - он означает перезапись набора данных/"присоединение". Второй отвечает за то будет проводиться проверка параметра EXPIREDATE или нет.  
Вот только что я создал бэкап базы с EXPIREDATE +5 минут от текущего времени, пробую его перезаписать (INIT, NOSKIP), получаю ошибку:

Цитата:
The medium on device 'D:\tmp\backup1.bak' expires on Nov 11 2011 11:51:51:000AM and cannot be overwritten.

Пробую перезаписать через 5 минут:

Цитата:
BACKUP DATABASE successfully

 
Не очень, наверное, очевидный момент, но перезаписать - это действительно ПЕРЕЗАПИСАТЬ все на устройстве. Т.е. бэкап с INIT, NOSKIP пройдет только тогда, когда у ВСЕХ бэкапов на устройстве истечет "срок хранения". В противном случае оно будет кричать, что есть наборы с неистекшим сроком хранения.
 
Перезаписать один конкретный бэкап в устройстве не получится.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 09:35 11-11-2011
Egenius



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Тогда совсем уж не понятна эта фича с со сроками хранения. Зачем она вообще нужна? Если нельзя в одном устройстве удалять один конкретный бэкап, то зачем это вообще придумано ? Или это рудиментарные остатки от работы с ленточными накопителями ?  
Проще и удобнее тогда уж создавать отдельные файлы для каждого бэкапа и потом скриптом удалять старые.

Всего записей: 452 | Зарегистр. 23-12-2003 | Отправлено: 10:30 11-11-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Egenius
Ничего не могу сказать. Мне эта фича так же не очень понятна. Наверное, ее можно использовать, если создать, например, 7 дамп девайсов и в понедельник писать все в один, во вторник в другой и тд, тем самым храня в 7 файлах все бэкапы за неделю. Ну это так, пример высосан из пальца .

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 10:51 11-11-2011
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Egenius
у меня сделано так: в каждый девайс (файл на диске) сохраняется полная ежемесячная копия одной базы с ПЕРЕЗАПИСЬЮ. Далее ежедневно делается разностная копия той же базы с добавлением к существующему. Ну и в течении дня каждые 2 часа с 8:00 до 19:00 туда  же скидывается лог транзакций, после которого происходит сжатие баз. И такая схема для каждой базы. Все в одном плане.  
P.S. ежедневно, в ночное время делается полная копия каждой базы, средствами командной строки (osql), и потом уже копии всех баз сжимаются WinRAR и складываются в папочку с бекапами.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 11:13 11-11-2011
Egenius



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Какбэ особой разницы между тем что Вы предложили и созданием отдельных файлов с последующим удалением лишних не вижу
Serg0FFan
На мой взгляд, было бы более логично если бы механизм работал так:
При записи в девайс происходит проверка сроков всех бэкапов в хранилище и те, у которых истёк срок, удаляются, а новый бэкап записывается в конец девайса. И так каждый раз. В идеале можно было бы иметь вообще один файл , в котором собрать как полные бэкапы раз в неделю, так и инкрементальные по дням+журналы транзакций. И всё это удовольствие не разрастается бесконечно, а чистится в зависимости от выставленных сроков.
Не знаю чем руководствовались создатели этой замечательной DB при создании подобной фичи, но точно не её удобством для пользователей. В результате всем приходится использовать либо сторонний софт, либо самописные скрипты. Как всегда, БРАВО M$ !!!

Всего записей: 452 | Зарегистр. 23-12-2003 | Отправлено: 11:14 11-11-2011 | Исправлено: Egenius, 11:28 11-11-2011
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Egenius
В итоге размер всех девайсов (три рабочих базы + системные) не превышает 10 гигов.
Можно сделать 2 аналогичных плана, которые будут работать в разные числа. Например первый план работает с 1го числа по 15ое, сохраняя базу в device1 а второй план с 16 по 30(31) сохраняя в device2, в итоге, начиная с 16го числа и по 30ое у нас в device1 будут доступные копии, которые до конца месяца будут не перезаписаны! А уже с 1го числа сл. месяца они конечно перезапишутся, но! останутся копии с 16 по 30(31) число Надеюсь мысль ясна. Пока не придумал как реализовать - загвоздка с датой конца месяца.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 11:18 11-11-2011 | Исправлено: Serg0FFan, 11:20 11-11-2011
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru