как лучше организовать сервер для просмотра документов и прочего?
идеи:
1) организовать STANDBY на другом хосте
- но предпологаю что пользователи не смогут туда войти потому как база будетв режиме только чтение, а пользователи при входе в систему плодят записи
2) руками каждую ночь копировать
- процесс не автоматизируется, требуется остановка базы, копирование файлов, (база 40 Гб качается несколько часов) потом еще пара технических операций
3) поднимать из ночных бакапов каждое утро на другом хосте
- мало чем отличается от 2-го по муторности
есть у кого какие идеи?
p.s. СУБД ORACLE
как построить сервер для просмотра
Модераторы: m0p3e, edward_K, Модераторы
А зачем здесь участие админа?Radik писал(а):досада ситуации в том что
бакап идет около часа (после окончания рабочего дня)
часа полтора копирование бакапа на другой хост (можно оставить на ночь)
час примерно подьем из бакапа (до начала рабочего дня)
когда должен спать админ?
Автоматизируйте процесс
-
edward_K
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
интересно чем идет бакап?
почему так долго?
я знаю базу где 20Гиг Pervasive пакуется за 15 минут rar-ом с нужными ключиками(максимальное быстродействие).
Весь процес сидит в бантике, настроенный на запуск из шедуллера.
При этом там еще добалена проверка на невышедших пользователей и отправка мыла админу если кто забыл.
Притом делается это не на серваке базы(он Netware) а на другом(windows). Ну правда там гигабит между серверами и т.д.
Есть еще вариант для Pervasiva- попробовать переносить тока измененые файлы и опять же необязательно на другой сервер раз сетка слабая. Еще не нужно архивировать папку tmp и journal.* ( последнее нужно, но в другой архив).
почему так долго?
я знаю базу где 20Гиг Pervasive пакуется за 15 минут rar-ом с нужными ключиками(максимальное быстродействие).
Весь процес сидит в бантике, настроенный на запуск из шедуллера.
При этом там еще добалена проверка на невышедших пользователей и отправка мыла админу если кто забыл.
Притом делается это не на серваке базы(он Netware) а на другом(windows). Ну правда там гигабит между серверами и т.д.
Есть еще вариант для Pervasiva- попробовать переносить тока измененые файлы и опять же необязательно на другой сервер раз сетка слабая. Еще не нужно архивировать папку tmp и journal.* ( последнее нужно, но в другой архив).
да проблема с лицензиями, (покупать лицензию только ля того чтоб на складе ктото чтото глянул нет смысла наверное)
База 45 гиг Oracle (с осеню жду прироста еще гиг 10)
простым переносом файлА не сделаешь, нужно тушить базу, копировать и потом ее запускать, ночью ко всему еще работают "регламентные" процедуры (так что на всю ночь не остановишь)
так что бакапы делаю "на ходу" RMAN-ом но минут 40 он идет
автомализировать предложите скриптами?
сделать бакап и скопировать файлы скриптом смогу а вот востановить на другом хосте....
как другой хост узнает что копирование завершилось? чтоб запустить скрипт на востановление БД
меня идея со стандбай сервером прильщает больше, тут и задача с резервированием решена тогда (на случай ядерной войны)
но там возникат проблема как сделать вход в галактику так чтоб в таблици ни чего не писалось при логине и при переходах из модуля в модуль?
База 45 гиг Oracle (с осеню жду прироста еще гиг 10)
простым переносом файлА не сделаешь, нужно тушить базу, копировать и потом ее запускать, ночью ко всему еще работают "регламентные" процедуры (так что на всю ночь не остановишь)
так что бакапы делаю "на ходу" RMAN-ом но минут 40 он идет
автомализировать предложите скриптами?
сделать бакап и скопировать файлы скриптом смогу а вот востановить на другом хосте....
как другой хост узнает что копирование завершилось? чтоб запустить скрипт на востановление БД
меня идея со стандбай сервером прильщает больше, тут и задача с резервированием решена тогда (на случай ядерной войны)
но там возникат проблема как сделать вход в галактику так чтоб в таблици ни чего не писалось при логине и при переходах из модуля в модуль?
-
edward_K
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
еще вариант сгенерить на все таблы lot на основе x$files
c фильтром
типа
select oborot.* where ((sub_days(cur_date,1) <<= atl_lastdate )) to dbf c:\1\oborot;
а для второго сервака
import oborot from dbf c:\1\oborot n f s r ;
из этих лотов какие то таблы придется исключить( вообще имеет смысл гонять свыше 900 и не пользовательской схемы - но с этим в оракле вроде плохо - возможно на первасиве придется генерить)
c фильтром
типа
select oborot.* where ((sub_days(cur_date,1) <<= atl_lastdate )) to dbf c:\1\oborot;
а для второго сервака
import oborot from dbf c:\1\oborot n f s r ;
из этих лотов какие то таблы придется исключить( вообще имеет смысл гонять свыше 900 и не пользовательской схемы - но с этим в оракле вроде плохо - возможно на первасиве придется генерить)
Я не случайно спросил про версию. Проблемы с просмотром базы до версии 8.0 решались довольно просто - пользователи подключались в демо-режиме. Начиная с 8-ки такую возможность прикрыли (запрет одновременного подключения к базе в разных режимах - демо и лицензионном). Соответственно возникла задача, аналогичная обсуждаемой здесь теме - нужен второй "просмотровый" сервер с так называемой "ночной" копией базы. Все те, кому нужно что-то посмотреть, подключались бы к этой базе в демо-режиме.
Но в процессе работы выяснилось, что лицензионная политика, заложенная в 8-ку, некоторым образом оптимизирует использование лицензий. То есть случаев нехватки лицензий стало много меньше.
Раньше как было - пользователь зашел в модуль и забрал лицензию "насовсем". И неважно, что он там делает (или не делает). Например, получил какой-то отчет, посмотрел его, закрыл, и полдня отдыхает (не выходя из модуля).
Что изменилось в 8-ке:
1. лицензия занята только на время захвата интерфейса
2. часть (правда небольшая) интерфейсов не лицензируется вовсе
3. есть параметр конфига, позволяющий автоматом отключать бездействующих пользователей
Все это вместе дало такой результат, что лицензий вроде как стало хватать всем. Ну или почти всем.
Если к этому еще добавить свои отчеты и свои интерфейсы, то ситуация станет еще лучше.
Правда есть некоторые оговорки.
По пункту 1. После того, как пользователи поймут, каким образом у них из-под носа "уводят" лицензии, он перестроятся: станут из вредности держать открытые интерфейсы. Но таких умников немного.
По пункту 2. Нелицензируемые интерфейсы. Непонятно - сделано ли это разработчиками умышленно, или же просто не досмотрели. Если второе, то рано или поздно лавочка прикроется.
По пункту 3. Автоотключение не срабатывает, если открыты модальные интерфейсы, т.к. считается, что такое отключение будет некорректным.
Но в процессе работы выяснилось, что лицензионная политика, заложенная в 8-ку, некоторым образом оптимизирует использование лицензий. То есть случаев нехватки лицензий стало много меньше.
Раньше как было - пользователь зашел в модуль и забрал лицензию "насовсем". И неважно, что он там делает (или не делает). Например, получил какой-то отчет, посмотрел его, закрыл, и полдня отдыхает (не выходя из модуля).
Что изменилось в 8-ке:
1. лицензия занята только на время захвата интерфейса
2. часть (правда небольшая) интерфейсов не лицензируется вовсе
3. есть параметр конфига, позволяющий автоматом отключать бездействующих пользователей
Все это вместе дало такой результат, что лицензий вроде как стало хватать всем. Ну или почти всем.
Если к этому еще добавить свои отчеты и свои интерфейсы, то ситуация станет еще лучше.
Правда есть некоторые оговорки.
По пункту 1. После того, как пользователи поймут, каким образом у них из-под носа "уводят" лицензии, он перестроятся: станут из вредности держать открытые интерфейсы. Но таких умников немного.
По пункту 2. Нелицензируемые интерфейсы. Непонятно - сделано ли это разработчиками умышленно, или же просто не досмотрели. Если второе, то рано или поздно лавочка прикроется.
По пункту 3. Автоотключение не срабатывает, если открыты модальные интерфейсы, т.к. считается, что такое отключение будет некорректным.