[ОТВЕТИТЬ]
22.03.2007 09:23
BlackLykich
 
Возможно ли разделить базу данных супермага на 2 части: в первой сделать как бы архив на 2005-2006 год, а во второй работать - т.е. база за 2007 год.
Это нужно для оптимизации времени выполнения отчетов, и чтобы backup не так много места занимал. Действительно зачем делать back up данных за 2005 год? один раз сделать и все. там ведь ничего не меняется. Возможно ли поднять на одном сервере 2 базы, используя только один ключ? Операторы при этом выбирали бы при старте супермага базу а потом вводили бы пароль?
22.03.2007 09:28
Propil
 
по первой части вопроса - в административном модуле есть процедура закрытия периода, а также обрезки базы
ключ выдают на одну копию базы (обычно)
22.03.2007 09:43
OlegON
 
По поводу разделения баз - оракловая тема, называется partition, по поводу двух баз на одном ключе - можно, только на одном сервере их держать не хорошо. А вот обрезку баз я бы себе делать не стал.
22.03.2007 09:45
Talisman
 
Цитата:
olegon По поводу разделения баз - оракловая тема, называется partition, по поводу двух баз на одном ключе - можно, только на одном сервере их держать не хорошо. А вот обрезку баз я бы себе делать не стал.
Олег, вопрос в тему, но не в том топике.. извените за оффтоп.. У нас в прошлом году три раза бывший админ закрывал период.. вообще в чём неудобство такой схемы? И как мона урезать по другому базу? Документацию читал, но пока не понял нифига про это *18
22.03.2007 09:56
BlackLykich
 
Цитата:
olegon По поводу разделения баз - оракловая тема, называется partition, по поводу двух баз на одном ключе - можно, только на одном сервере их держать не хорошо. А вот обрезку баз я бы себе делать не стал.
если поднять второй сервер, то как быть с ключом?
я не думаю что будет накладно на сервер держать 2 базы , ибо с старой базе будет обращатся отсилы 1 пользователь в месяц
22.03.2007 09:58
BlackLykich
 
или допустим 2005 год в архив сделать только нужно предусмотреть быстрый доступ к этому архиву...
22.03.2007 10:09
OlegON
 
Цитата:
Talisman У нас в прошлом году три раза бывший админ закрывал период.. вообще в чём неудобство такой схемы? И как мона урезать по другому базу? Документацию читал, но пока не понял нифига про это *18
Зыкрытие периода <> обрезка базы. Я сторонник мнения, что базу не нужно резать ни при каких обстоятельствах. Только лишний повод для глюка. По поводу партиций я уже сказал, читать, еще раз читать, но до базы в 50Гб, думаю, можно не суетиться и изучать теоретическую часть.
22.03.2007 10:11
OlegON
 
Цитата:
BlackLykich
Цитата:
olegon По поводу разделения баз - оракловая тема, называется partition, по поводу двух баз на одном ключе - можно, только на одном сервере их держать не хорошо. А вот обрезку баз я бы себе делать не стал.
если поднять второй сервер, то как быть с ключом?
я не думаю что будет накладно на сервер держать 2 базы , ибо с старой базе будет обращатся отсилы 1 пользователь в месяц
... но ресурсы твоего сервера она займет все равно, т.е. память, например. Сервер супермага - сетевая утилита. Т.е. может работать отдельно от базы, но не отдельно от ключа. Более того, я бы рекомендовал базы держать раздельно друг от друга и от Сервера СМ.
22.03.2007 10:12
Talisman
 
может восстановить закрытые периоды по одному.. Но тогда и рассчёты, допустим тавародвижения или статистики, будут дольше проходить. Вот не написано про это в доках *15 .. написано как делать, а нафига это нужно и что в результате получиться - не написано! Ладно, всё, это другая тема, прошу прощёния.
22.03.2007 10:14
OlegON
 
Цитата:
BlackLykich или допустим 2005 год в архив сделать только нужно предусмотреть быстрый доступ к этому архиву...
Еще раз. Цель? Уменьшение бекапа за счет усложнения структуры хранилища? А глюков не боишься? Если готов усложнять - ставь rman и инкрементальные бекапы помогут твоему стремлению пожмотничать на бекапах. Но я на твоем месте этого бы делать не стал. Не потянешь. Архив за год, это гигов 10 от силы? Смешно. А своими метаниями ты того гляди базу уронишь. И вместо ускорения устроишь юзерам простой на пару дней, а то и неделю. Тебе это надо?
22.03.2007 14:47
Gwaew
 
Вопрос про обрезку базы. Какие могут быть глюки? где об этом можно прочитать?
22.03.2007 14:55
Gwaew
 
начальство настаивает, я отбиваюсь - хотелось бы отбиваться не кистенём а аргументами
22.03.2007 15:13
Propil
 
Gwaew
мы ж когда обрезаем базу, уничтожаем документы, созданные до определенной даты
Отсюда и возможные глюки с различными привязками-основаниями
22.03.2007 15:16
Mtirt
 
Могу рассказать о тех проблемах, с которыми столкнулись мы, когда попытались закрыть период и обрезать базу:
1. Закрытие периода идет очень медленно. У нас за 12 часов были посчитанны только 4000 карточек товаров. При том, что расчет товародвижения обычно длится 3-4 часа.
2. Обрезка базы состоит в том, что удаляются все документы товародвижения до даты закрытия, а вместо них делается ОДНА приходная и ОДНА расходная накладные, которые выполняют функцию "Ввода остатков". После этого "летят" все остатки по поставщикам.
22.03.2007 16:57
deucel
 
У меня закрытие периода три недели шло *01
т.е. с аналитикой никто не мог работать.
23.03.2007 04:14
Gwaew
 
интиресна скока ж оно будет считать и обрезать 80 тыщ карточек и документооборот с 2005 г.....
23.03.2007 06:53
reddevil
 
Вот если интересно обьем базы на момент первого закрытия был около 100гиг, двухмоторный сервер с 3гигами оперативки и 14дисками(на 15 оборотов), база содержит документы с начала 2002г.
Код:
SQL> select c.starttime, c.endtime, c.enddate  from ssclosedperiods c;

STARTTIME   ENDTIME     ENDDATE    
----------- ----------- -----------
30.12.2005  12.01.2006  30.04.2005 
09.02.2006  11.02.2006  31.05.2005 
22.02.2006  24.02.2006  30.06.2005 
10.03.2006  12.03.2006  31.07.2005 
28.04.2006  01.05.2006  31.08.2005 
09.06.2006              30.09.2005 
15.06.2006              30.09.2005 
16.06.2006  17.06.2006  30.09.2005 
15.09.2006  17.09.2006  31.12.2005 
09.09.2006  10.09.2006  31.10.2005 
11.11.2006  12.11.2006  31.03.2006 
10.11.2006              31.03.2006 
19.01.2007  21.01.2007  31.05.2006 

13 rows selected

SQL>
23.03.2007 06:53
reddevil
 
а да забыл карточек что то порядка 60тыщ на тот момент(сейчас уже к 100 близко)
23.03.2007 07:02
reddevil
 
вообще мое мнение чтобы нормально работать(все нижесказанное естечтвенно для баз от 100 гиг, от 50 пользователей и с требованиями к доступности 24 часа в сутки, и конечно на адекватном железе):
1. Регулярное закрытие периода, без обрезки базы (боже упаси)
2. Разделение серверов, для опреативной обработки и расчета ТД и получения отчетов.
3. Нормальный тюнинг.
4. Использование опций секционирование и паралелизм(с правильной настройкой)
Опции темы


Часовой пояс GMT +3, время: 18:14.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.