как админить бд mssql при режиме 24/7

← →
SQLEXPRESS (2011-08-18 19:24) [0]

Банально ребилд индексов не сделать, юзеры отвалятся
фрагментация до 50% уже на некоторых таблицах
индексы уже не в помощь, по-моему, а совсем наоборот

sql.ru прочитан
все действенные методы требуют останова , что недопустимо

мысли? ссылки? отеческий пинок? :)

← →
Ega23 © (2011-08-18 19:51) [1]

Поставить рядом второй сервер, а доступ к ним - через шлюз.
ЕМНИП, было у MS такое решение.

← →
SQLEXPRESS (2011-08-18 20:05) [2]

т.е.зеркало?
потом principal отсоединить, сделать все дела, накатить транзакт-лог с мироринга, повторить с зеркалом?

← →
Ega23 © (2011-08-18 20:28) [3]

Ты знаешь, я точно не помню, это на КБД-2005 товарищ рассказывал.
Смысл такой: есть 2 MSSQL сервера с дифференциальным бэкапом, и есть третья машина-контроллер. Коннект извне идёт к ней, а она уже сама смотрит, кому запрос отдать.
Щас попробую поищу.

← →
Ega23 © (2011-08-18 20:50) [4]

Короче, вот сюда посмотри. Вроде оно:
http://technet.microsoft.com/en-us/library/cc917693.aspx

← →
SQLEXPRESS (2011-08-18 22:05) [5]

вроде, да

← →
Dennis I. Komarov © (2011-08-19 00:21) [6]

Первое что пришло в голову - это еще один сервак, а-ля кластер-зеркало. Но не делал ибо 24/7 нету :)

← →
OW © (2011-08-19 08:36) [7]

> еще один сервак, а-ля кластер-зеркало

У меня есть.
Первый, миррор и третий следящий.
Сегодня еще не буду трогать, почитаю - поищу, смоделирую-попробую,
а в выходные приступлю, если все получится.

← →
Anatoly Podgoretsky © (2011-08-19 09:01) [8]

Можешь не пробовать, зеркало находится в состоянии recovery и никакой лог не накатишь.
Это же какого надо монстра нагромождить, что бы для ребилда индексов потребовалось "останавливать" (не понимаю это, звучит как абсурд) сервер.

← →
Anatoly Podgoretsky © (2011-08-19 09:04) [9]

> Dennis I. Komarov (19.08.2011 00:21:06) [6]

А это вообще ужас, что после перестройки данные по зановому вносить?
24х7 ничего не означают, ну вот у меня есть, перестройка занимает 1.5 минуты

← →
OW © (2011-08-19 09:09) [10]

> Anatoly Podgoretsky © (19.08.11 09:01) [8]

Да как собственно получилось - не было админа сервака, 2 года. Само все работало и работало. Программок больше и больше становилось, данные пихались и пихались, новые программки заводили, для сбора отчетов от первых программ.

Сейчас вообщем такое состояние - никто точно не знает что там работает и как. И начало глючить. Сказали разобраться, привести в порядок.

Вот буквально сейчас, кстати

WO (17:30:03 18/08/2011)
http://192.168.17.30:8080/Report.mvc/AgentCallsToday
Саш, говорят это ты делал
xxx(09:00:21 19/08/2011)
неа..
xxx (09:00:31 19/08/2011)
эт точно не я писал...
WO (09:01:38 19/08/2011)
черт..
У нас походу никто ничего не писал - само сгенерировалось, вследствии магнитных возмущений участки винта намагнитились в софтинки всякие..
xxx(09:03:40 19/08/2011)
агась )))

← →
Anatoly Podgoretsky © (2011-08-19 09:23) [11]

> OW (19.08.2011 09:09:10) [10]

Что за ссылка на в LAN

← →
Dennis I. Komarov © (2011-08-19 09:41) [12]

> А это вообще ужас, что после перестройки данные по зановому
> вносить?

Почему? Я так понял, ему backup делать некогда. Второй сервак остается жить и работает, если первый загинается (ну и наоборот). А данные они между собой они сами синхронизируют. Типа RaidDB.

> Anatoly Podgoretsky © (19.08.11 09:23) [11]

какой то внутренний отчет очередной, не суть важно, важно что состояние такое - что никто не знает что кто писал

> Второй сервак остается жить и работает, если первый загинается
> (ну и наоборот).

Да, но как АП правильно сказал - тот, кто загнулся, переходит в позицию неприема никаких данных, пока не восстановится.

> Anatoly Podgoretsky © (19.08.11 09:23) [11]
> ну вот у меня есть, перестройка занимает 1.5 минуты

И как, д.Толь, ты их перестраиваешь?
Там есть мягкая перестройка и полная. насколько склероз не изменяет.
Мягкая полезна, если все ок. А полная - когда все запущено.
У меня все запущено.
Попробовал на зеркале убить индексы и восстановить (полное перестроение)
Совсем плохо - перестало все отвечать, лог на первичной пошел расти - что свидетельствует, о не приеме зеркалом данных! т.е. зеркало в ступоре.
Отменить пришлось все.

> Dennis I. Komarov (19.08.2011 09:41:12) [12]

Работа 24х7 пока он индексирует бекап, данные продолжают вносить, потом он
их заменяет бекапом, но ведь те, что вводились в жто время не должны
пропасть.

> OW (19.08.2011 10:44:14) [14]

У меня жесткая (полная) перестройка.
Про зеркало я уже сказал, зеркало оно не рабочее, а в режиме восстановления,
ничего ты с ним не сможешь сделать. Похоже, что ты убил зеркало.

ну да, похоже убил
восстановился из бэкапа и транзакт лог рассосался, значит все накатилось и пробую инсерты - и синхронизовалось. нормально.

т.е. Проблема в том, что при полном перестроении индексов некоторые софтинки зависают. И одна из них критичная. Зависает и синхронизация.

А мягкая перестройка еженочно делается(там около 3-4 юзеров при этом всего подцеплено) но и ничего не дает - анализ опять показывает в среднем за 30% фрагментации.

как админить бд mssql при режиме 24/7 Найти похожие ветки