Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / фигню спорол в user$ / 17 сообщений из 17, страница 1 из 1
15.02.2017, 15:50
    #39405045
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Здравствуйте! 11.2g XE.
На рабочей и тестовой БД у нас пароли бесконечны, на БД для разработчиков ограничены в профиле юзера. Надоело продлевать (ибо несколько юзеров в БД). Сейчас наступил очередной грэйс-период у юзера.
Это было почему. А вот сама фигня.

1) выполнил сисом:
Код: plsql
1.
update user$ set exptime= to_date('20.08.2017 17:00:46', 'dd.mm.yyyy hh24:mi:ss') ;


затем сделал "как было": 20 февр((
Код: plsql
1.
update user$ set exptime= to_date('20.02.2017 17:00:46', 'dd.mm.yyyy hh24:mi:ss') ;

, но забыл задать "where name= ...". Теперь они все 20 февр.

2) Не заметив этого, выполнил
ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED PASSWORD_GRACE_TIME UNLIMITED;
а профиль у них у всех один - "DEFAULT"

Насколько всё это смертельно?
в 1) надо даты вновь руками вводить каждому юзеру?
а что с 2) ? вообще-то было 180 и 7 дней, а хочу установить 366 и 7 дней, но как это повлияет на остальных юзеров, они же с этим профилем?

Сессию ещё не закрыл.
Заранее благодарен за помощь.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 15:54
    #39405048
Vadim Lejnin
Vadim Lejnin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
exp98Здравствуйте! 11.2g XE.
На рабочей и тестовой БД у нас пароли бесконечны, на БД для разработчиков ограничены в профиле юзера. Надоело продлевать (ибо несколько юзеров в БД). Сейчас наступил очередной грэйс-период у юзера.
Это было почему. А вот сама фигня.

1) выполнил сисом:
Код: plsql
1.
update user$ set exptime= to_date('20.08.2017 17:00:46', 'dd.mm.yyyy hh24:mi:ss') ;


затем сделал "как было": 20 февр((
Код: plsql
1.
update user$ set exptime= to_date('20.02.2017 17:00:46', 'dd.mm.yyyy hh24:mi:ss') ;

, но забыл задать "where name= ...". Теперь они все 20 февр.

2) Не заметив этого, выполнил
ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED PASSWORD_GRACE_TIME UNLIMITED;
а профиль у них у всех один - "DEFAULT"

Насколько всё это смертельно?
в 1) надо даты вновь руками вводить каждому юзеру?
а что с 2) ? вообще-то было 180 и 7 дней, а хочу установить 366 и 7 дней, но как это повлияет на остальных юзеров, они же с этим профилем?

Сессию ещё не закрыл.
Заранее благодарен за помощь.
rollback?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 15:55
    #39405049
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
НЕ помню, нет ли ограничения на Flashback Query для SYS-объектов, но таки попробуй
create table user$_old as select * from sys.user$ as of timestamp(...)
А потом, возможно и поправь исходную sys.user$ из нее.

PS. Обычно такие вещи делаются только в RESTRICTED и до (и после) сбрасывается SHARED_POOL (а лучше вообще не делать)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 15:56
    #39405050
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Vadim Lejninexp98ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED PASSWORD_GRACE_TIME UNLIMITED;

rollback?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 17:08
    #39405144
CrazyCat
CrazyCat
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
мда. а профиль настроить разик не судьба...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 17:30
    #39405165
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Вячеслав Любомудров, нет, откат не работает.

Непосредственно "create table ..." не прошло, зато могу теперь посмотреть
Код: plsql
1.
select * from sys.user$ as of timestamp(trunc(sysdate));

и там больше половины из 60 юзеров с пустым полем - сделаю руками.

Последний вопрос с профилем. До того как я изменил на UNLIMITED в нём было
LIMIT PASSWORD_LIFE_TIME = 180
PASSWORD_GRACE_TIME = 7

Что если я так же через ALTER PROFILE верну, но в другие значения: 366 и 7 ? Я боюсь за неизвестных мне юзеров типа XS$NULL, MDSYS, CTXSYS и т.д., у которых сроки паролей есть, но они давно истекли, а поле ASTATUS = 9 либо 8 (EXPIRED / LOCKED). Для моих оно = 2 (EXPIRED(GRACE))

Я правильно понимаю, что им теперь всё равно, хоть через полгода, хоть через год?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 17:46
    #39405178
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Дошло, пока писал: то есть как раз наоборот прошло, но не требовалось ...
exp98Непосредственно "create table ..." не прошло
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
15.02.2017, 18:14
    #39405192
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
CrazyCatмда. а профиль настроить разик не судьба... Это надо новый пофиль создавать. Да, не судьба была, я только теперь стал боле-мене понимать эту взаимосвязь, а раньше не до того было. Просто обновлялся из тестовой базы через
alter user uuuu identified by values '...s:...';
у них пароли одинаковые.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.02.2017, 10:26
    #39405493
CrazyCat
CrazyCat
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
exp98Это надо новый пофиль создавать. Да, не судьба была
это да. куда сложнее чем замутить с системной таблицей, накосячить и устроить обсуждение на форуме.
create profile набрать... ты прав.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 13:02
    #39406511
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Иронией на сарказм.
Работа в БД является не самоцелью. Предлагаю подумать над тем, как, не зная, можно догадаться, что для таких дел предоставлены профили? Наверное некоторые с этими знаниями родились, нет?
Ясно же ведь: рискнул ковырнуть одну запись, а вышло, что все. Не успел от отпуска отойти: смотреть на светодиоды или на солнце, есть же разница!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 13:30
    #39406551
Elic
Elic
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
exp98Предлагаю подумать над тем, как, не зная, можно догадаться, что для таких дел предоставлены профили?Грязные руки совать куда ни попадя ума хватило, а Administrator's Guide полистать - уже нет?
Или у умных дядей спросить до того, как клевать себя в темечко?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 14:38
    #39406633
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
exp98Работа в БД является не самоцелью. Предлагаю подумать над тем, как, не зная, можно догадаться, что для таких дел предоставлены профили? Наверное некоторые с этими знаниями родились, нет?
ну если ты не DBA - то лучше вообще не трогать оракл. очевидно же.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 15:24
    #39406697
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Неа, совсем не дба, а кто за меня будет доработки делать, умные дяди? Обычно на этом форуме на превентивные вопросы умные дяди отвечаютв духе "а почитать?", и полезные намёки по каплям собираешь если превентивно, разве не так? При том, что этот раздел ещё среди доброжелательных.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 15:29
    #39406707
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
exp98Неа, совсем не дба, а кто за меня будет доработки делать, умные дяди? Обычно на этом форуме на превентивные вопросы умные дяди отвечаютв духе "а почитать?", и полезные намёки по каплям собираешь если превентивно, разве не так? При том, что этот раздел ещё среди доброжелательных.
не вижу связи между разработкой и администрированием. в плане если ты разработчик, то что мешает разрабатывать и оставить работу DBA тем, кто этим должен заниматься? :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2017, 17:10
    #39406793
exp98
exp98
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
я и должен, сказал же токо что, чего тут обсуждать, это реальность. Точнее 1.08 человека.
Д'билдер + VS + БД - всё в одном, причём в БД в основном для обслуживания изменений ГУИ, ну и в редких случаях, разовые запросы или как с паролем сейчас, так что в базу иной раз не каждый месяц лезу. Да, когда-то до меня был период с неск. разрабами.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2017, 18:27
    #39410002
Nobody1111
Nobody1111
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Вячеслав ЛюбомудровPS. Обычно такие вещи делаются только в RESTRICTED и до (и после) сбрасывается SHARED_POOL (а лучше вообще не делать)
В Restricted? Не в migrate (upgrade) ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.02.2017, 05:48
    #39410114
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фигню спорол в user$
Лучше вообще не делать
А если уж приходится -- то в MIGRATE/UPGRADE конечно предпочтительней, хотя, по большому счету, особой рояли не играет -- джобы да sytem-event триггера не будут докучать. Дык они и в RESTRICTED не особенно мешают, обычным юзерам не дадут войти, а системные... ну да, если там какие репликации, GG, джобы каждую секунду...
В общем да, таки MIGRATE/UPGRADE лучше
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / фигню спорол в user$ / 17 сообщений из 17, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 505ms
Закрыть
start [/forum/topic.php?fid=52&tablet=1&tid=1886371]:
 0ms
get settings:
 6ms
get forum list:
 19ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 177ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 67ms
get tp. blocked users:
 2ms
others: 212ms
total:  505ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]