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) Всего записей: 256 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014

zeleniy Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Да все зависит от нагрузки на базу если например 10 человек одновременно забивают по накладной в 100 позиций и при этом еще 10 бухгалтеров делают свои отчеты и 5 менеджеров смотрят состояние то это будет очень накладно в этом случае пришлось отказаться от репликации и сделать просто зеркалирование дисков с ночным бэкап на ленту.   Кто хочет может попробовать уже сейчас порабоать на SQL 2005 надо подписаться на доставку Beta версий и главное бесплатно. Всего записей: 777 | Зарегистр. 07-12-2001 | Отправлено: 10:29 21-06-2005 | Исправлено: zeleniy, 10:30 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору zeleniy У нас человек 15 всего с базой работают... одновременно 2-5. Зеркалирование у нас есть, но хотелось бы чтобы можно было сделать так что если один сервак упал, не надо было сразу же приезжать восстанавливать. Хочу попробовать связку с NLB, тогда в случае если один сервер упадёт все соединения автоматом посыпяться на второй.   Добавлено: Кстати, а как определить какой SP стоит на MS SQL по дистрибутиву? просто скачал год назад, теперь вот думаю а не интегрировали ли туда чего? ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 11:18 21-06-2005

naPmu3aH Из лесу вышел Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS В инсталлятор MS SQL Server сервис-паки НЕ интегрируются.   Цитата: Зеркалирование у нас есть, но хотелось бы чтобы можно было сделать так что если один сервак упал, не надо было сразу же приезжать восстанавливать. Хочу попробовать связку с NLB, тогда в случае если один сервер упадёт все соединения автоматом посыпяться на второй.   Даже при организации кластера из MS SQL серверов на определение того факта, что основной сервер уже недоступен должно пройти некоторое время. Так что полного автоматизма и переключения на "зеркало" не получится... Об этих вещах много написано в статьях и на форуме sql.ru.     У меня поднят LogShipping. Изменения в основной базе (основном сервере) путем бекапа логов транзакций и восстановления их на резервном сервере автоматически переносятся на копию базы на резервном сервере. Максимальное расхождение в базах (в самом худшем случае - 0.5 часа, т.к. временной интервал бекапа и копирования логов 15 мин.) Ну и в случае падения основного сервера нужно будет провести ряд несложных действий по переключению на резервный.   Это конечно не полный автоматизм, но меня вполне устраивает.   ---------- Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна? Всего записей: 4643 | Зарегистр. 30-10-2001 | Отправлено: 12:40 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору naPmu3aH Тогда более глупый вопрос - качать только 4 сервис пак или надо все искать? 1,2,3...   Добавлено: Because SQL Server service packs are cumulative, the most recent service pack includes all updates from previously released service packs, and can be applied to an original installation or to one where previously released service packs have been applied   Посмотрел форум на sql.ru, надо будет покопаться... однако там написано что всё же LogShipping не самое удобное решение. А вот  по поводу: Цитата: Так что полного автоматизма и переключения на "зеркало" не получится...   не очень понял... почему? Время - это понятно, NLB достаточно быстро это разберёт... а что ещё? Конечно есть вариант что они не успеют синхронизироваться(вот поэтому лучше сразу же синхронизировать, благо стоят сервера в одной комнате), но тогда после поднятия первого сервера изменения произведутся всё же. ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 13:30 21-06-2005

FreemanRU Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору XMMS У нас 3 сервера БД. Все реплицируются с частотой примерно раз в 5 минут. Размер БД - около 5Гб. Подключение производиться с помощью отдельной ДНС-зоны. ТАм же происходит распределние клиентов по БД-серверам. Клиентам указывают CNAME серверов. Если падает один из серверов его А-запись переписывается, и работа продолжатеся.Главное условие - установить TTL ДНС-записей маленький, дабы не кэшировались. ---------- Если не получается с первого раза - прочти инструкцию. (с) "Откуда нам знать, что такое война, если мы не знаем мира..."(с) Записки Всего записей: 3796 | Зарегистр. 16-07-2004 | Отправлено: 14:07 21-06-2005 | Исправлено: FreemanRU, 14:11 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору FreemanRU А что делать если за эти 5 минут на одном из серверов произошли изменения и он не успел их реплицировать перед падением?   Добавлено: Кстати а кто правит ДНС-зоны, скрипты, в случае падения сервака? ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 14:19 21-06-2005

FreemanRU Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору XMMS Цитата: А что делать если за эти 5 минут на одном из серверов произошли изменения и он не успел их реплицировать перед падением? Кусать локти. У нас RAID5, так что данные в любом случае будут. Цитата: Кстати а кто правит ДНС-зоны, скрипты, в случае падения сервака? Вообще админ, но прикрутить скрипт дело не сложное. ---------- Если не получается с первого раза - прочти инструкцию. (с) "Откуда нам знать, что такое война, если мы не знаем мира..."(с) Записки Всего записей: 3796 | Зарегистр. 16-07-2004 | Отправлено: 15:31 21-06-2005

mmt Junior Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS  Репликации относительно тяжелы как по ресурсам, так и по времени. В твоем случае роечь идет не о репликации части таблиц, а обо всех базах. Добавь сюда возможность заведения нового пользователя + stored proc , тригеры и т.д. Полного автоматизма ты не получишь даже на зеркале Речь скорее пойдет о сохранении данных и возможности быстрого востановления работы.  FreemanRU  Слишком заморочено на мой вкус, не обижайся К тому же админить сложнее. ---------- Все страньше и страньше... Всего записей: 1058 | Зарегистр. 25-09-2001 | Отправлено: 15:31 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору mmt А как тогда стоит делать по твоему мнению? ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 15:34 21-06-2005

mmt Junior Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS Предложение naPmu3aH о  LogShipping достаточно интересное.    Админить три сервера + разбираться с ДНС + ODBC с четким указанием имени сервера (желательно все же IP использовать) + иногда необходимо использовать агента для задания тех же backup\ restore, опять же добавление пользователей (которых не всегда так просто перенести), обновления и т.д.    В предложении с репликациями тоже много слабых мест. Реплицируются таблицы - это одно,  а пользователи, а системные изменения? Я применял репликацию только для сведения в единый отчетный дамп из нескольких баз типовых однородных данных (таблицы клиентов,  остатков и т.д.). Зеркало - самый надежный вариант, backup\restore transaction log в данном случае очень даже неплох(хотя в отличии от зеркала в момент записи этот метод слишком уязвим), лучший вариант = зеркало + backup\restore transaction log + full dump в архив на ночь.  Теоритически, если база невелика и таблиц не так много (<=1гига с полсотней таблиц ) и не так велика активность, можно попробовать реплицировать все таблицы, а потом ночью подкачивать дамп. Просто у меня база 8 гиг и я уже давно отмел возможность полной репликации - тормозит работу, пользователи жалуются, при необходимости ручного вмешательства(что довольно часто) в таблицы приходится лезть и отключать репликации       ---------- Все страньше и страньше... Всего записей: 1058 | Зарегистр. 25-09-2001 | Отправлено: 16:13 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору mmt По поводу "зеркало" - это что? Raid? ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 16:17 21-06-2005

mmt Junior Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS Цитата: По поводу "зеркало" - это что? Raid?  Угу.  Правда он тоже тормозит работу слегка, но зато у меня голова перестала болеть за одну из баз ---------- Все страньше и страньше... Всего записей: 1058 | Зарегистр. 25-09-2001 | Отправлено: 16:24 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору mmt У нас оба сервера с двумя скази в зеркале... но на одном недавно посыпалась материнка, так что взяли второй + ремонт старого... С тех пор и хочется автоматики даже на случай полного выхода одного сервера из строя. Ну чтож, как привезут буду экпериментировать... о результатах отпишу. ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 16:30 21-06-2005

zeleniy Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS Цитата: У нас оба сервера с двумя скази в зеркале... но на одном недавно посыпалась материнка, так что взяли второй + ремонт старого... С тех пор и хочется автоматики даже на случай полного выхода одного сервера из строя.     Вот для этого как раз и используют кластер из двух и более узлов. Один упал все запросы на второй пошли и т.д.   Всего записей: 777 | Зарегистр. 07-12-2001 | Отправлено: 16:50 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору zeleniy Ну я так и хочу сделать но у меня нету внешнего массива (разделяемого ЗУ)... а MS и в Windows и в SQL сделало их наличие обязательным. ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 16:54 21-06-2005

FreemanRU Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору mmt Цитата: ODBC с четким указанием имени сервера (желательно все же IP использовать) + иногда необходимо использовать агента для задания тех же backup\ restore, опять же добавление пользователей (которых не всегда так просто перенести), обновления и т.д Извини, но эта часть цитаты - полная фигня. Какие ODBC, ты о чем? И причем здесь IP? Какая разница? Бэкап делается по расписанию ночью. Пользователь создается не стандартным процедурами, сразу на всех серверах. Обновление чего? Если хотфиксы, то WSUS.   Если критично время реакции, то зеркало - не подходящее решение. У нас от момента остановки до восстановления проходит не более 5 минут (1,500 пользователей в 3+20 объектах (крупные+мелкие)). При этом никто не бегает, а спокойно перестраивается одна запись в ДНС. При желании можно форсировать. Самое быстрое считай сам - изменение записи, сброс кэша на ДНС-сервере, сброс кэша на клиенет. Все.     Добавлено: XMMS Цитата: Ну я так и хочу сделать но у меня нету внешнего массива (разделяемого ЗУ)...   А если эмулировать его программно? Т.е. что то типа: Код:   status = ping server1 if stasus = bad {     status = ping server2     if status = bad     {          echo Млин! Все пропало!     }     else     {          connect server2     } } else {      connect server1 }   ---------- Если не получается с первого раза - прочти инструкцию. (с) "Откуда нам знать, что такое война, если мы не знаем мира..."(с) Записки Всего записей: 3796 | Зарегистр. 16-07-2004 | Отправлено: 16:56 21-06-2005

mmt Junior Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору FreemanRU Цитата: Извини, но эта часть цитаты - полная фигня.    Не согласен Цитата: Какие ODBC, ты о чем? И причем здесь IP? Какая разница?    У меня часть софта, использующего сиквэл коннектится через псевдоним в ODBC, далее у многих стоят 98(даже   не SE), которые не всегда адекватно отрабатывают по DNS имени в настройках ODBC(есть еще и 95 там еще хуже ).   Цитата: Пользователь создается не стандартным процедурами, сразу на всех серверах.  У меня пользователь создается и скриптуется из софта   Цитата: Обновление чего? Если хотфиксы, то WSUS.   Обновление софта, затрагивающее структуру баз(таблицы, триггеры, сторед проц.) Цитата: Если критично время реакции, то зеркало - не подходящее решение.  Это необходимое дополнение к решению (одна из лучших гарантий целостности данных), хотя я с тобой согласен насчет времени  Твое решение достаточно интересное, но в ряде случаев(как у меня) вызывает много сопутствующих проблем... Короче, оно не так универсально как хотелось бы   Добавлено: XMMS Цитата: MS и в Windows и в SQL сделало их наличие обязательным  Угу. Паразиты  Ну не даст мне никто денег на это ---------- Все страньше и страньше... Всего записей: 1058 | Зарегистр. 25-09-2001 | Отправлено: 17:11 21-06-2005

XMMS Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору FreemanRU Эмм... если не ошибаюсь это проверка с каким сервером соединяться... и если не ошибаюсь с этим запросто справляется Network Load Balancing, который в случае краха одного все соединения отправляет на другой сервер... правда нужно время. Ну а MS SQL реплецировать сразу же... всё выйдет идеально если исключить случай когда: репликация->изменение базы->репликация>изменение базы-... крах, вырубание пробок или ещё чего-то. Получается изменения сделаны но не реплецировались. Где-то вычитал что в таком случае после восстановления системы MS SQL _всё равно_ синхронизирует изменения между обоими серверами. Это так?     PS: чего-то я совсем уже запутался... Кстати вот ещё интересная дисскусия:   http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=193681&pg=-1     Добавлено: Цитата: Паразиты точно ---------- На войне. С самим собой. Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 17:16 21-06-2005 | Исправлено: XMMS, 17:24 21-06-2005

mmt Junior Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору XMMS  Да не слушай ты нас, теоретиков, а начинай потихоньку ковыряться - так меньше головной боли и ненужных знаний, а пользы больше. Будут вопросы - обращайся, поможем (если сможем) ---------- Все страньше и страньше... Всего записей: 1058 | Зарегистр. 25-09-2001 | Отправлено: 17:25 21-06-2005

zeleniy Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Я в марте учился на курсах по администрированию mS SQL Server. Есть часть материалов оттуда - краткое изложение курса в виде слайдов Powerpoint и есть еще что-то все англицком, но зато от MS. Могу кому-нибудь все это через e-mail отправить, т.к. сервера своего нет и ftp Тока на скачивание. Всего записей: 777 | Зарегистр. 07-12-2001 | Отправлено: 08:32 22-06-2005

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

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

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование