[ОТВЕТИТЬ]
20.06.2006 16:49
OlegON
 
Все знают, что на Oracle 9i перешли? *46 А что уже вовсю работы по переходу на 10g идут? *138
20.06.2006 17:00
Radik
 
Про 10ку первый раз слышу
20.06.2006 17:18
kadr
 
Официально перешли на 9-ку? С какой версии СМ?
20.06.2006 17:23
OlegON
 
Официально. Минимум с 1024.3 сп какой-то там.
21.06.2006 12:21
BR
 
чем СМ2к на оракл-8 уступает ораклу-9, какие преимущества?

из другой темы понял что версия 1.024.3+SP# стабильнее и менее глючней чем 1.024.4.

сам сижу на СМ2к- 1.024+СП7 оракл-8
21.06.2006 12:43
Radik
 
да, и чего хорошего можно ожидать от 10ки
21.06.2006 13:05
OlegON
 
В плане администрирования 10ка - песня, завели и забыли, даже 9ка в подметки не годится, но в плане первоначальной настройки, мама дорогая... *01 Еще опций прибавилось, так что возможностей больше. Если соберетесь переходить - однозначно сначала пробуйте на тестовой машине, да и торопиться не стОит, в отличие от 9ки, на 10ку без переписывания кода пока перейти не удастся. Что касается в целом мнения о 9ке, то оно одно, если у вас все хорошо, то трогать не стОит. Если вы умеете работать с Ораклом, используете его опции и т.п., то в 9ке их больше и база будет работать пошустрее. Если бы я работал админом в магазине, я бы работал на 9i. Но еще раз усвойте заповедь - "работает - не трогайте", тут нормально работающую базу одни люди апгрейдом СМ2000 убили в ноль... Просто новизны захотелось, блин *05 Только при копировании базы все повисло и бэкапов, как обычно, не сделали...
23.06.2006 17:43
OlegON
 
Кому надо, дока по инсталляшке 9i под нас
03.07.2006 17:11
OlegON
 
Гранты необходимые при импорте базы

GRANT SELECT ON SYS.DBA_JOBS TO SUPERMAG WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_ROLES TO SUPERMAG;
GRANT SELECT ON SYS.DBA_USERS TO SUPERMAG WITH GRANT OPTION;
GRANT EXECUTE ON SYS.DBMS_ALERT TO SUPERMAG;
GRANT EXECUTE ON SYS.DBMS_LOCK TO SUPERMAG;
GRANT EXECUTE ON SYS.DBMS_PIPE TO SUPERMAG;
GRANT SELECT ON SYS.V_$SESSION TO SUPERMAG;
06.07.2006 17:05
YuraZ
 
Цитата:
Гранты необходимые при импорте базы
Кстати, я тут недавно занимался как раз экспортом/импортом версии 1.024. Встретился c интересным. При импорте не создается вьюха SVJOBS. А на нее много чего завязано. Поэтому часть пакетов и функций не компиллируется. Так же пропадает возможность получить доступ к разделу Аналитика в модуле администратора. Пишет, что таблица не найдена. Как выяснилось, кроме указанных выше грантов необходимо прописать еще GRANT SELECT ON "SYS"."DBA_JOBS" TO "SUPERMAG". После чего пересоздать вьюху SVJOBS (я брал ее исходник из журнала импорта). После чего перекомпиллировать все инвалидные функции/вьюхи/пакеты.
06.07.2006 17:17
OlegON
 
Готов спорить :) Передо мной импорченная в 9ку база, SVJOBS на месте, все скомпилено нормально... Т.е. это уже отработано неоднократно, такой проблемы не было. Есть другая засада, что именно на 9ке может не работать расчет аналитики из под других пользователей, кроме супермага (чего я, правда, стараюсь в принципе не делать), им надо дать гранты на select from FF%, или, что более логично, переназначить им Модуль Администратора аналитики.
06.07.2006 17:45
YuraZ
 
Не спорю. Но у меня такая засада была на 2-х объектах. В обоих случаях использовались команды вида:
set nls_lang=russian_cis.ru8pc866
exp.exe userid=sys/qqq@db2000 FULL=Y feedback=10000 consistent=y compress=n file=db2000.dmp log=log_e.txt

set nls_lang=russian_cis.ru8pc866
imp.exe userid=sys/qqq@db2000 full=y feedback=10000 ignore=y commit=y file=db2000.dmp log=log_i.txt

запускались гранты:
GRANT SELECT ON "SYS"."DBA_USERS" TO "SUPERMAG";
GRANT SELECT ON "SYS"."DBA_ROLES" TO "SUPERMAG";
GRANT SELECT ON "SYS"."DBA_JOBS" TO "SUPERMAG";
GRANT SELECT ON "SYS"."V_$SESSION" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_PIPE" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_ALERT" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_LOCK" TO "SUPERMAG";

В результате имеем то что я описал. Инструкции, которые брались за основу, были получены с CD, любезно предоставленным Кипарисовым в далеком 2001 году *16
06.07.2006 17:56
OlegON
 
Так проще некуда, посмотреть в db2000.dmp и узнать, есть ли там эта вьюха, если нет - в логе экспорта посмотреть. Если есть - в логе импорта. У меня уже с десяток баз лично только так созданы. Я только nls_lang не заморачивался ставить. Насмотрелся, начитался :)
06.07.2006 19:10
YuraZ
 
В том то и дело, что в логе импорта она есть. При попытке создания ругается. На сколько помню или на JOBS-ы или на SHEDULE. После прописки грантов - создается нормально.
06.07.2006 20:18
OlegON
 
Так ругательства и надо разобрать. Еще раз, я эту процедуру прошел, все нормально, вьюха создалась. Т.е. явно что-то нештатное с базой или процессом импорта и можно предполагать, что не единственное. Лучше разобраться. Либо просто переделать.
11.07.2006 12:27
OlegON
 
Да не будет для вас открытием, что в 9i и новее нет svrmgrl...
Вместо этого используйте консольный sqlplus.
Забодали уже... *02
17.07.2006 10:36
OlegON
 
Еще добавка, о котороя я, как мне казалось, говорил, чтобы была упомянута в теме
07_DICTIONARY_ACCESSIBILITY=TRUE необходимо устанавливать, когда ставите 9i и выше... Иначе генератор БД не живет...
Изображения
Тип файла: jpg таблица.JPG (37.2 Кб, 574 просмотров)
Тип файла: jpg таблица.JPG (37.2 Кб, 574 просмотров)
19.07.2006 09:40
RKuzmin
 
Подскажите, пожалуйста, откуда можно скачать обновление текущей версии 8.1.6.3 до версии 8.1.7 (только не metalink). Желательна действующая ссылка :) Вот хочу перейти на версию ORA 9i, а для этого нужен 8.1.7.
19.07.2006 09:49
OlegON
 
Для этого 8.1.7 не нужен, только если пользоваться штатным апгрейдером, а у нас им никто не пользуется, все апгрейдятся моей тулзой (интерфейс к экспорту-импорту). Ссылки не знаю и ввиду нехоженности тропы 1не рекомендовал бы это делать. Если чувствуете силу в мышцах - попробуйте самостоятельно экспорт импорт сделать. *04
19.07.2006 10:45
kadr
 
Ну не скажи Олег, я, например, пользовался штатным апгрейдером, никаких нареканий, всё как по маслу и НАМНОГО быстрее, там апгрейдится только SYSTEM, а отсюда независимость скорости апгрейда от размера БД.
RKuzmin, с радостью поделюсь, но я в Уфе. А насчёт выложить думаю будет проблематично.
19.07.2006 11:38
OlegON
 
Плюс экспорта-импорта в возможности реорганизовать базу. Мне это больше нравится, чем неизвестной степени корректности переход сначала на 8.1.7, потом далее.
19.07.2006 13:09
kadr
 
ну если не доверять степени корректности перехода с одной версии на другую, тогда имеет ли смысл доверять такому ПО?
19.07.2006 13:14
OlegON
 
Не, я про то, что знаешь ли ты, как диагностировать сообщения UA? Я вот не уверен, что знаю все его тонкости. А словить какой-то глючок на этих двух перебросах проще простого. *04
19.07.2006 13:16
RKuzmin
 
to kadr > спасибо за помощь, ради такого дела с радостью приеду в Уфу :)
25.07.2006 15:43
Mr_Vito
 
А как протестировать БД на корректность перехода с 8 на 9? Ее работоспособность с супермагом? После перехода на тестовой БД вроде все работает, но хочется убедится прежде чем переводить боевые базы магазинов.
25.07.2006 15:55
OlegON
 
Я бы структуру базы проверил, как минимум.
26.07.2006 13:56
mowgly77
 
возможна ли работа СМ если допустим ЦО работает на 8ке, а новый магазин сделать на 9ке?
26.07.2006 14:07
mowgly77
 
а когда можно будет избавиться от репортсов из установки 6го Оракла?
26.07.2006 14:09
kadr
 
Цитата:
mowgly77 а когда можно будет избавиться от репортсов из установки 6го Оракла?
Во-первых: не 6-го oracle (он там 8.0.6), а 6-го reports`a.
Во-вторых: зачем от них избавляться?


Опции темы


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

 

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