Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: zeleniy
Дата сообщения: 21.06.2005 09:29
Да все зависит от нагрузки на базу если например 10 человек одновременно забивают по накладной в 100 позиций и при этом еще 10 бухгалтеров делают свои отчеты и 5 менеджеров смотрят состояние то это будет очень накладно в этом случае пришлось отказаться от репликации и сделать просто зеркалирование дисков с ночным бэкап на ленту.

Кто хочет может попробовать уже сейчас порабоать на SQL 2005 надо подписаться на доставку Beta версий и главное бесплатно.
Автор: XMMS
Дата сообщения: 21.06.2005 10:18
zeleniy
У нас человек 15 всего с базой работают... одновременно 2-5.
Зеркалирование у нас есть, но хотелось бы чтобы можно было сделать так что если один сервак упал, не надо было сразу же приезжать восстанавливать. Хочу попробовать связку с NLB, тогда в случае если один сервер упадёт все соединения автоматом посыпяться на второй.

Добавлено:
Кстати, а как определить какой SP стоит на MS SQL по дистрибутиву? просто скачал год назад, теперь вот думаю а не интегрировали ли туда чего?
Автор: naPmu3aH
Дата сообщения: 21.06.2005 11:40
XMMS
В инсталлятор MS SQL Server сервис-паки НЕ интегрируются.


Цитата:
Зеркалирование у нас есть, но хотелось бы чтобы можно было сделать так что если один сервак упал, не надо было сразу же приезжать восстанавливать. Хочу попробовать связку с NLB, тогда в случае если один сервер упадёт все соединения автоматом посыпяться на второй.

Даже при организации кластера из MS SQL серверов на определение того факта, что основной сервер уже недоступен должно пройти некоторое время. Так что полного автоматизма и переключения на "зеркало" не получится...
Об этих вещах много написано в статьях и на форуме sql.ru.

У меня поднят LogShipping. Изменения в основной базе (основном сервере) путем бекапа логов транзакций и восстановления их на резервном сервере автоматически переносятся на копию базы на резервном сервере. Максимальное расхождение в базах (в самом худшем случае - 0.5 часа, т.к. временной интервал бекапа и копирования логов 15 мин.)
Ну и в случае падения основного сервера нужно будет провести ряд несложных действий по переключению на резервный.
Это конечно не полный автоматизм, но меня вполне устраивает.
Автор: XMMS
Дата сообщения: 21.06.2005 12:30
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 достаточно быстро это разберёт... а что ещё? Конечно есть вариант что они не успеют синхронизироваться(вот поэтому лучше сразу же синхронизировать, благо стоят сервера в одной комнате), но тогда после поднятия первого сервера изменения произведутся всё же.
Автор: FreemanRU
Дата сообщения: 21.06.2005 13:07
XMMS
У нас 3 сервера БД. Все реплицируются с частотой примерно раз в 5 минут. Размер БД - около 5Гб.
Подключение производиться с помощью отдельной ДНС-зоны. ТАм же происходит распределние клиентов по БД-серверам. Клиентам указывают CNAME серверов.
Если падает один из серверов его А-запись переписывается, и работа продолжатеся.Главное условие - установить TTL ДНС-записей маленький, дабы не кэшировались.
Автор: XMMS
Дата сообщения: 21.06.2005 13:19
FreemanRU
А что делать если за эти 5 минут на одном из серверов произошли изменения и он не успел их реплицировать перед падением?

Добавлено:
Кстати а кто правит ДНС-зоны, скрипты, в случае падения сервака?
Автор: FreemanRU
Дата сообщения: 21.06.2005 14:31
XMMS

Цитата:
А что делать если за эти 5 минут на одном из серверов произошли изменения и он не успел их реплицировать перед падением?

Кусать локти. У нас RAID5, так что данные в любом случае будут.

Цитата:
Кстати а кто правит ДНС-зоны, скрипты, в случае падения сервака?

Вообще админ, но прикрутить скрипт дело не сложное.
Автор: mmt
Дата сообщения: 21.06.2005 14:31
XMMS
Репликации относительно тяжелы как по ресурсам, так и по времени. В твоем случае роечь идет не о репликации части таблиц, а обо всех базах. Добавь сюда возможность заведения нового пользователя + stored proc , тригеры и т.д. Полного автоматизма ты не получишь даже на зеркале Речь скорее пойдет о сохранении данных и возможности быстрого востановления работы.
FreemanRU
Слишком заморочено на мой вкус, не обижайся К тому же админить сложнее.
Автор: XMMS
Дата сообщения: 21.06.2005 14:34
mmt
А как тогда стоит делать по твоему мнению?
Автор: mmt
Дата сообщения: 21.06.2005 15:13
XMMS Предложение naPmu3aH о LogShipping достаточно интересное.
Админить три сервера + разбираться с ДНС + ODBC с четким указанием имени сервера (желательно все же IP использовать) + иногда необходимо использовать агента для задания тех же backup\ restore, опять же добавление пользователей (которых не всегда так просто перенести), обновления и т.д.
В предложении с репликациями тоже много слабых мест. Реплицируются таблицы - это одно, а пользователи, а системные изменения? Я применял репликацию только для сведения в единый отчетный дамп из нескольких баз типовых однородных данных (таблицы клиентов, остатков и т.д.). Зеркало - самый надежный вариант, backup\restore transaction log в данном случае очень даже неплох(хотя в отличии от зеркала в момент записи этот метод слишком уязвим), лучший вариант = зеркало + backup\restore transaction log + full dump в архив на ночь.
Теоритически, если база невелика и таблиц не так много (<=1гига с полсотней таблиц ) и не так велика активность, можно попробовать реплицировать все таблицы, а потом ночью подкачивать дамп. Просто у меня база 8 гиг и я уже давно отмел возможность полной репликации - тормозит работу, пользователи жалуются, при необходимости ручного вмешательства(что довольно часто) в таблицы приходится лезть и отключать репликации



Автор: XMMS
Дата сообщения: 21.06.2005 15:17
mmt
По поводу "зеркало" - это что? Raid?
Автор: mmt
Дата сообщения: 21.06.2005 15:24
XMMS

Цитата:
По поводу "зеркало" - это что? Raid?

Угу. Правда он тоже тормозит работу слегка, но зато у меня голова перестала болеть за одну из баз
Автор: XMMS
Дата сообщения: 21.06.2005 15:30
mmt
У нас оба сервера с двумя скази в зеркале... но на одном недавно посыпалась материнка, так что взяли второй + ремонт старого... С тех пор и хочется автоматики даже на случай полного выхода одного сервера из строя.
Ну чтож, как привезут буду экпериментировать... о результатах отпишу.
Автор: zeleniy
Дата сообщения: 21.06.2005 15:50
XMMS

Цитата:
У нас оба сервера с двумя скази в зеркале... но на одном недавно посыпалась материнка, так что взяли второй + ремонт старого... С тех пор и хочется автоматики даже на случай полного выхода одного сервера из строя.


Вот для этого как раз и используют кластер из двух и более узлов. Один упал все запросы на второй пошли и т.д.
Автор: XMMS
Дата сообщения: 21.06.2005 15:54
zeleniy
Ну я так и хочу сделать но у меня нету внешнего массива (разделяемого ЗУ)... а MS и в Windows и в SQL сделало их наличие обязательным.
Автор: FreemanRU
Дата сообщения: 21.06.2005 15:56
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
}
Автор: mmt
Дата сообщения: 21.06.2005 16:11
FreemanRU

Цитата:
Извини, но эта часть цитаты - полная фигня.

Не согласен

Цитата:
Какие ODBC, ты о чем? И причем здесь IP? Какая разница?

У меня часть софта, использующего сиквэл коннектится через псевдоним в ODBC, далее у многих стоят 98(даже
не SE), которые не всегда адекватно отрабатывают по DNS имени в настройках ODBC(есть еще и 95 там еще хуже ).

Цитата:
Пользователь создается не стандартным процедурами, сразу на всех серверах.

У меня пользователь создается и скриптуется из софта

Цитата:
Обновление чего? Если хотфиксы, то WSUS.

Обновление софта, затрагивающее структуру баз(таблицы, триггеры, сторед проц.)

Цитата:
Если критично время реакции, то зеркало - не подходящее решение.

Это необходимое дополнение к решению (одна из лучших гарантий целостности данных), хотя я с тобой согласен насчет времени
Твое решение достаточно интересное, но в ряде случаев(как у меня) вызывает много сопутствующих проблем... Короче, оно не так универсально как хотелось бы

Добавлено:
XMMS

Цитата:
MS и в Windows и в SQL сделало их наличие обязательным

Угу. Паразиты Ну не даст мне никто денег на это
Автор: XMMS
Дата сообщения: 21.06.2005 16:16
FreemanRU
Эмм... если не ошибаюсь это проверка с каким сервером соединяться... и если не ошибаюсь с этим запросто справляется Network Load Balancing, который в случае краха одного все соединения отправляет на другой сервер... правда нужно время. Ну а MS SQL реплецировать сразу же... всё выйдет идеально если исключить случай когда:
репликация->изменение базы->репликация>изменение базы-... крах, вырубание пробок или ещё чего-то. Получается изменения сделаны но не реплецировались. Где-то вычитал что в таком случае после восстановления системы MS SQL _всё равно_ синхронизирует изменения между обоими серверами. Это так?


PS: чего-то я совсем уже запутался...
Кстати вот ещё интересная дисскусия:
http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=193681&pg=-1


Добавлено:

Цитата:
Паразиты

точно
Автор: mmt
Дата сообщения: 21.06.2005 16:25
XMMS
Да не слушай ты нас, теоретиков, а начинай потихоньку ковыряться - так меньше головной боли и ненужных знаний, а пользы больше. Будут вопросы - обращайся, поможем (если сможем)
Автор: zeleniy
Дата сообщения: 22.06.2005 07:32
Я в марте учился на курсах по администрированию mS SQL Server. Есть часть материалов оттуда - краткое изложение курса в виде слайдов Powerpoint и есть еще что-то все англицком, но зато от MS. Могу кому-нибудь все это через e-mail отправить, т.к. сервера своего нет и ftp Тока на скачивание.
Автор: XMMS
Дата сообщения: 22.06.2005 14:42
Поставил я первый SQL сервер... Открываю настройки, пытаюсь зайти в репликацию и настроить или создать что-либо, получаю ошибку:


Это первое... второе:
Чем отличается Публикация от Subscription? И что для чего служит?
Бэкап нашёл Создал задания, вроде всё пашет
Автор: zeleniy
Дата сообщения: 22.06.2005 15:21
Публикация этот сервер который отдает информацию.
Subscription это те кто ее получают.
По поводу того что на картинке. Тебе сервер надо зарегистрировать в SQL EM не как LOCAL а под его полным именем.
Автор: beyonder
Дата сообщения: 08.08.2005 19:27
Привет народ знающий и умелый =)))

подскажите плз про режим проверки подлинности...
А точнее как его сменить на смешанный.
Ставлю себе Project Server, вот он и ругается что ему тока смешанный тип проверки необходим, а у меня стоит виндовый...
Вот галочка к примеру есть в свойствах БД
Authentication:
1) SQL Server and Windows
2) Windows ONLY

Как я понял мне нужна первая, а там установлена вторая. При установке в положение 1) ничего не происходит, точнее происходит - галочка автоматически возвращается в положение 2).

Нарыл статью _http://www.sql.ru/subscribe/70028/03.shtml
тока там ничего совершенно не понял...

Может подскажете куда потыкать =)))
Автор: myown
Дата сообщения: 09.08.2005 10:28
Установил я sql server:
конфигурация слудующая
PDC - 2003sp1EE
sql server - 2003sp1EE + MSSQLserver2000SP4

Трабла в том что на клиентском компе XPSP2 под пользователем не сохраняются настройки подключения программы сетевого клиента к sql server



Подскажите что сделать.....
Автор: zeleniy
Дата сообщения: 09.08.2005 11:00
myown
Надо их настроить под Администратором на клиентском компе. Я ставлю программу потом делаю настройку и только потом пользователеь заходит под собой и проверяем работает или нет.
Автор: myown
Дата сообщения: 09.08.2005 11:13

Цитата:
myown
Надо их настроить под Администратором на клиентском компе. Я ставлю программу потом делаю настройку и только потом пользователеь заходит под собой и проверяем работает или нет.

Это не помагает самособой разумеется это было сделано сразу.
Даже если осуществить запуск от имени админа по юзвером настройки не сохраняются...
Автор: beyonder
Дата сообщения: 09.08.2005 11:14
всем спасибо =)
все вопросы решились =)))
это либо я глючил, либо комп, либо мы напару...
с утра галочку поставил и все выставилось =))))

бывает!
Автор: zeleniy
Дата сообщения: 09.08.2005 12:24
myown
Временно юзеру дать права опытного пользователя сделать то что надо а потом опять уменьшить в правах.
Автор: myown
Дата сообщения: 09.08.2005 12:46
zeleniy
В AD как мне помниться
Цитата:
опытного пользователя
нет...
хоть права админа давай не помогает...
Автор: ShriEkeR
Дата сообщения: 09.08.2005 13:07
myown
runas /user:domain_name\domain_admin_name cliconfg
вводишь пароль админа, настраиваешь, сохраняешь.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.