Текущее время: Чт, май 15 2025, 14:19

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Ср, фев 05 2014, 17:01 
Директор
Директор

Зарегистрирован:
Пт, дек 22 2006, 12:17
Сообщения: 775
Пол: Мужской
Skif написал:
предсказать что будет дальше? :)


ДА! ДА! ДА!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 06:23 
Начинающий
Начинающий

Зарегистрирован:
Ср, ноя 06 2013, 12:45
Сообщения: 19
я подозреваю что экономия там более хитрая чем вы даже себе предполагаете. поскольку внедренцев сменилось уже 3 конторы, сопровожденцев тоже не то 3 не то 4, при этом это конторы разные..
разные блоки внедряют разные фирмы, сопровождают это затем зачастую те кто к внедрению отношения не имел, а когда пытаешься достучаться до конкретных людей кто точно в теме, с кем работал по конкретным вопросам допустим полгода назад выясняется что "данный сотрудник у нас больше не работает".


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 06:45 
Директор
Директор

Зарегистрирован:
Вт, ноя 09 2010, 19:59
Сообщения: 792
Откуда: Novosibirsk
Пол: Мужской
интеллект передали на аутсорсинг и забыли кому


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 07:53 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5258
Откуда: Ростов невеликий
Пол: Мужской
murenets написал:
Skif написал:
предсказать что будет дальше? :)


ДА! ДА! ДА!

однажды бардак материализуется в штрафные санкции со стороны клиентов, и, как результат, - появлению полноценного базисного отдела с программой обучения и повышения квалификации сотрудников
а пока можете даже ничего не делать и тупо ждать

_________________
Нет сегодняшних проблем -
есть вчерашние ошибки
(с)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 09:37 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Ср, июн 11 2008, 09:41
Сообщения: 340
Пол: Мужской
Skif написал:
однажды бардак материализуется в штрафные санкции со стороны клиентов, и, как результат, - появлению полноценного базисного отдела с программой обучения и повышения квалификации сотрудников
а пока можете даже ничего не делать и тупо ждать

Очень оптимистично.
В конторе в которой я начал работать как базисник (повезло, попал на внедрение), после моего ухода, базис тупо передали в облако.
Чем правда это все закончилось я не знаю, но то, что внедряли до сих пор как - то работает.

_________________
SAP Basis, SAP Security Audit/Pentest, РФ, Москва


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 09:50 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
ZeUsM написал:
Skif написал:
однажды бардак материализуется в штрафные санкции со стороны клиентов, и, как результат, - появлению полноценного базисного отдела с программой обучения и повышения квалификации сотрудников
а пока можете даже ничего не делать и тупо ждать

Очень оптимистично.
В конторе в которой я начал работать как базисник (повезло, попал на внедрение), после моего ухода, базис тупо передали в облако.
Чем правда это все закончилось я не знаю, но то, что внедряли до сих пор как - то работает.

Цитирую себя из этой же ветки:
Цитата:
Систему на аутсорс можно передавать исключительно после запуска продуктива и определенного (пару месяцев минимум) периода работы с полной нагрузкой. За это время надо выловить всю ту хрень, из-за которой вы сейчас страдаете.

Так что если у вас до передачи в облако работоспособность была отлажена, до система, без кардинальных изменений, не должна никого беспокоить по пустякам. Конечно с ростом объема базы и новым функционалом возможны новые проблемы. Но SLA должен быть написан правильно. Или, опять же, временно привлечение спецов со стороны.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 11:48 
Директор
Директор

Зарегистрирован:
Вт, ноя 09 2010, 19:59
Сообщения: 792
Откуда: Novosibirsk
Пол: Мужской
BBL написал(а):
Планируется переход на MSSQL ожидают прирост производительности.


узнав об этом и посчитав, что многолетняя война с ораклом закончена и враг побеждён Билл Гейтс покинул пост главы совета директоров Microsoft


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 11:57 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
jack_nsk написал:
BBL написал(а):
Планируется переход на MSSQL ожидают прирост производительности.


узнав об этом и посчитав, что многолетняя война с ораклом закончена и враг побеждён Билл Гейтс покинул пост главы совета директоров Microsoft

У него сейчас другие проблемы.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 12:23 
Начинающий
Начинающий

Зарегистрирован:
Ср, ноя 06 2013, 12:45
Сообщения: 19
от клиентов штрафы вряд ли сильно разные весовые категории..
пока только от САП штрафные санкции.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Чт, фев 06 2014, 14:42 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5258
Откуда: Ростов невеликий
Пол: Мужской
BBL написал(а):
от клиентов штрафы вряд ли сильно разные весовые категории..

и чего тогда суетиться? цод закупать? мусорная система, на бизнес не влияющая?
Цитата:
пока только от САП штрафные санкции.

а этот-то причём?

_________________
Нет сегодняшних проблем -
есть вчерашние ошибки
(с)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Пт, фев 28 2014, 07:45 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пн, мар 28 2005, 15:38
Сообщения: 1257
Уважаемый BBL! Расскажите, пожалуйста, если это не является большим секретом, как сейчас обстоят дела?

_________________
Там, где я рос, единственным развлечением было запоминать число «π».(С) Н. Стивенсон


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Пт, фев 28 2014, 11:20 
Менеджер
Менеджер

Зарегистрирован:
Вт, июл 24 2007, 14:52
Сообщения: 603
Откуда: Казахстан
Пол: Мужской
Как-то я занимался юникод конвертацией 12ТБ оракловой базы, и приходилось использовать все возможности тюнинга, т.к. разрешенный даунтайм был сутки. Вот тогда я столкнулся с тем, что в большинстве нот по оптимизации миграции и конвертации маленькими буквами стоит условие: только в случае Оракла.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Пт, фев 28 2014, 11:36 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Ср, фев 09 2011, 07:19
Сообщения: 753
Откуда: Сибирь
Пол: Мужской
Кодер, присоединяюсь к просьбе!

_________________
Ешьте рыбу, в ней фосфор.
__
Чат в Telegram по SAP BW: http://t.me/BW_SAP


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Пт, мар 14 2014, 07:47 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пн, мар 28 2005, 15:38
Сообщения: 1257
Все-таки прошло еще 2 недели, а жажда знания не угасает!
Уважаемый BBL! Расскажите, пожалуйста, если это не является большим секретом, как сейчас обстоят дела?

_________________
Там, где я рос, единственным развлечением было запоминать число «π».(С) Н. Стивенсон


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Производительность СУБД MSSQL и ORACLE
СообщениеДобавлено: Пт, апр 04 2014, 10:18 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пн, мар 28 2005, 15:38
Сообщения: 1257
Прогрессивная общественность по прежнему просит топикстартера BBL поделится результатами переезда! Очень интересно, что же изменилось, особенно учитывая прошедший с момента переезда срок!

_________________
Там, где я рос, единственным развлечением было запоминать число «π».(С) Н. Стивенсон


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB