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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
DarkSmoke



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Добрый день.
Помогите. Есть Windows 2008 64bit и MS SQL Server 2008
Надо настроить резервное копирование раз в неделю, что бы все делалось автоматически. Как это сделать?

Всего записей: 962 | Зарегистр. 08-10-2005 | Отправлено: 23:48 17-12-2009
bigsloth



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

Цитата:
Не  подскажете как руками создать Job

SQL Server Agent -> Jobs. ПКМ, New Job. Задаете имя и владельца. На вкладке Steps добавляете шаги. Чтобы посмотреть на какой именно базе будет вылетать (если будет) можно на каждую базу создать отдельный шаг:  
 
BACKUP DATABASE [your_base]  
TO DISK = 'backup_path_and_name'
WITH DIFFERENTIAL.
Потом нужно будет создать scheduler и, вроде, все.. Надеюсь поможет, других вариантов у меня, к сожалению, нет.

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



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Спасибо за участие, кажется понял в чем проблема %)
Обратил внимание что в 0:05 создаётся резервная копия всех баз SQL. Причем в задачах нет такого расписания!
Выяснил, что это запланированное резервное копирование диска C:, пользовательских папок и SystemState (состояние системы).
Причем в этом задании (создано штатными средствами Windows Server 2003) НЕ УКАЗАНО делать копии баз SQL, мало того они вообще на другом жестком диске располагаются, но они зачем то копируются, причем не совсем понятно куда именно, ибо в копии которуб делает система баз я не нашел. %)
 
Вот вся последовательность событий, может быть это прояснит ситуацию:
Подробнее...
 
Думается, что после того как система сделала копию SystemState, SQL "теряет" расположение баз и не может сделать Diff бэкап %) Потому как система делает копию раньше чем SQL. Поменял их местами по времени, посмотрим что получится.

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 09:45 18-12-2009 | Исправлено: Serg0FFan, 09:53 18-12-2009
DarkSmoke



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

Всего записей: 962 | Зарегистр. 08-10-2005 | Отправлено: 13:09 19-12-2009
bigsloth



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

Цитата:
Что не кто не бэкапил SQL 2008?

Используйте планы обслуживания, либо job'ы (о них чуть выше есть).

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 13:24 19-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
В общем ошибки перестали вылетать, но! Не много не корректно потому что теперь делается копия, вернее схема их формирования.
А именно: делается ежедневная ПОЛНАЯ копия пользовательских баз и ежечасная (с 9 до 18) копия лога транзакций.  
Т.е. разностная копия не делается вообще, потому чтобы базы не разрастались, выставил им время "жизни" 14 дней.
ДУмается что это не очень хорошо, потому как разностный бэкап занимает гораздо меньше объем нежели полный.
Но вот изза конфликта разностного средствами SQL и разностного где создаётся копия системы, бэкап не делается
Похоже выхода нет.
 
Добавлено:
Т.е. если делать Полное копирование и после ежечасное копирование лога транзакций, то все ок.
Если же делать Полное копирование раз в месяц, ежедневное разностное, и копию лога транзакций, то
план который совершает ежедневное разностное "теряет" полную копию, ибо она замещается  
источником который использует системя для копии самой винды %) Жесть. Копия системы нужна, как ни крути,
копия базы тоже.

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 11:00 21-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Остаётся одно: использовать для системы другую прогу бэкапа. Подумываю про Акронис.

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 15:17 22-12-2009
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Serg0FFan
Э... А исключить backup SQL Server в настройках ntbackup нельзя разве?

----------
"Русские Доски" - сила! "Русские Доски" - класс! Кто не знает досок - тот сами догадайтесь кто

Всего записей: 4641 | Зарегистр. 30-10-2001 | Отправлено: 16:37 22-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
naPmu3aH
А где и как? Просто когда создаю расписание резервного копирования сервера (Win 2003), то не указываю базы SQL.
Базы лежат на диске D, а система на диске C. Диск C копируется весь целиком.

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 18:01 22-12-2009
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Serg0FFan
Ок, погрузился в проблему - нашел решение. В принципе владея скилом google это сделать не так-то сложно
 
Вкратце:  проблема возникает из-за того, что ntbackup использует ссрвис "SQL Writer service" для бекапа баз SQL Server (даже если базы данных исключены из файлов, обрабатываемых ntbackup).
 
Варианта два:  
1) перед запуском ntbackup остановливать SQL Writer service

Код:
net stop SQLWriter
C:\WINDOWS\system32\ntbackup.exe backup <bla-bla-bla>
net start SQLWriter

2) Установить обновление

----------
"Русские Доски" - сила! "Русские Доски" - класс! Кто не знает досок - тот сами догадайтесь кто

Всего записей: 4641 | Зарегистр. 30-10-2001 | Отправлено: 18:33 22-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
naPmu3aH
Огромное спасибо! 1 способ работает!!! Второй не очень, по ссылке предлагают хотфикс для SP1, он не встаёт поверх SP2
 
Добавлено:
naPmu3aH
А для чего нужен этот SQLWriter?  И нужен ли вообще?

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 09:59 23-12-2009
DarkSmoke



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
А как просмотреть уже имеющиеся планы обслуживания для SQL 2008. Создал план, а разделе Планы обслуживания так и не чего не появилось, хотя было написано что план создан ошибок 0.

Всего записей: 962 | Зарегистр. 08-10-2005 | Отправлено: 12:02 23-12-2009
naPmu3aH



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

Цитата:
А для чего нужен этот SQLWriter?  И нужен ли вообще?


Цитата:
The SQL Writer Service provides added functionality for backup and restore of SQL Server through the Volume Shadow Copy Service framework.
 
The SQL Writer Service is installed automatically. It must be running when the Volume Shadow Copy Service (VSS) application requests a backup or restore. To configure the service, use the Microsoft Windows Services applet. The SQL Writer Service installs on all operating systems but is only required on server systems.
 
When running, Database Engine locks and has exclusive access to the data files. When the SQL Writer Service is not running, backup programs running in Windows do not have access to the data files, and backups must be performed using SQL Server backup.
 
Use the SQL Writer Service to permit Windows backup programs to copy SQL Server data files while SQL Server is running

Ну  т.е. для доступа к файлам баз SQL Server, которые в обычном режиме недоступны, например, для копирования  (залочены). В первую очередь для бекапа этих баз без использования средств SQL Server (видимо для клинических идиотов или там где нет DBA).
Учитывая, что вы делаете резервное копирование баз средствами SQL Server - думаю можно смело отключить.

----------
"Русские Доски" - сила! "Русские Доски" - класс! Кто не знает досок - тот сами догадайтесь кто

Всего записей: 4641 | Зарегистр. 30-10-2001 | Отправлено: 14:39 23-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
naPmu3aH
СПАСИБО!

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 16:32 23-12-2009
GOAL2

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приветствую, развертываю репликацию слиянием, все бы хорошо, но на Издателе при работе с БД, операции измения данных занимаю на порядок больше времени, а некоторые вообще по таймауту отваливаются...не подскажите в чем может быть дело?
 
мне кажется что это из-за сложных фильтров и джоинов, но на подписчитах такого не происходит
 
Заранее спасибо!!!

Всего записей: 1 | Зарегистр. 14-01-2010 | Отправлено: 11:24 14-01-2010
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
У меня на тестовом сервере установлен SQL SERVER 2008, и почему то при запуске SQL Server Management Studio во время соединения с локальным сервером вылезла следующая ошибка:
Цитата:
Ошибка при подключении к серверу. При подключении к SQL Server 2005 эта ошибка может быть вызвана тем, что стандартные параметры SQL Server не разрешают удаленные подключения. (provider: Поставщик именованных каналов, error: 40 - Не удалось открыть подключение к SQL Server) (Microsoft SQL Server, ошибка: 2)
при чем тут SQL Server 2005!? Потом вспомнил, что перед этим соединялся с рабочим сетевым сервером SQL 2005, и сейчас соединяется без проблем, а с локальным SQL 2008 не хочет... в чем может быть дело?
 
Добавлено:
Пред НГ делал бэкап всего системного диска, точнее через бэкап перенес на другой диск (перераспределял пространство). Поставил старый диск (с него не соединялся с SQL 2005), на нем соединяется нормально с локальным SQL 2008! С SQL 2005 соединяться не рискую... пока не разберусь с причиной... не уже ли нельзя... подскажите, кто знает!?

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 09:01 15-01-2010 | Исправлено: M_Volkov, 09:38 15-01-2010
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
M_Volkov
Может  быть проблема в правах доступа к файлам? Возможно "потерялись" они при переносе? Или вообще сабж как то работает с файлами обращаясь к ним своими методами, а не системными. И например в этом обращении прописан идентификатор старого диска, у нового другой ID, потому и проблема вылезает. Ну это все предположение.

Всего записей: 3031 | Зарегистр. 25-12-2002 | Отправлено: 13:23 15-01-2010
M_Volkov



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

Цитата:
проблема в правах доступа к файлам? Возможно "потерялись" они при переносе?

Нет, после переноса я все проверил - работало как надо! Соединился с локальным SQL2008, затем с сетевым SQL2005 - сделал бэкап базы на рабочем сервере, скопировал его на тестовый (локальный)... привычная процедура переноса баз со старых SQL2000/2005 серверов. На следующий день хотел этот бэкап развернуть на тестовом с SQL2008... и на тебе
Цитата:
При подключении к SQL Server 2005 эта ошибка может быть вызвана тем, что стандартные параметры SQL Server не разрешают удаленные подключения...
не могу понят, при чем тут "SQL Server 2005" и "удаленные подключения"? я все делаю (пытаюсь) локально на SQL2008!
Думаю логи почистить, где-то он запомнил сетевой SQL2005!? Только что чистить?
Сделал обычный бэкап работающей системы со старого диска на новый, не помогло - замещаются только старые файлы, а новые не удаляются... (или я не прав? почему то бэкап системы сделался с пропуском файлов...) Можно конечно, перенести работающую систему через образ на новый диск (тогда точно все почистится)... но хотелось бы все же разобраться на будущее... благо это случилось на тестовом сервере, есть возможность покопаться... только где?

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 16:58 15-01-2010 | Исправлено: M_Volkov, 17:26 15-01-2010
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
M_Volkov,
У Вас клиентские утилиты (SSMS) от какой версии?

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



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth
А где это посмотреть? Видимо последние: SP1 и Cumulative Update Package 4 установлены... Похоже, SQL не причем... писал уже
Цитата:
Сделал обычный бэкап работающей системы со старого диска на новый, не помогло...  
прямое копирование с диска на диск - тоже. Только перенос Ghost-ом образа диска решил проблему (правда, возникли другие, описанные здесь)... мистика какая-то... получается, что проблема SQL связана с загрузочной записью...

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 10:02 18-01-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 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