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

Часовой пояс: 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, 05:14 
Начинающий
Начинающий

Зарегистрирован:
Ср, ноя 06 2013, 12:45
Сообщения: 19
первый день работы на новом ЦОД встретил пользователей радостной надписью
системное сообщение SAP roll-out не удался (режим прерван)
с невозможностью войти в систему.
починили оперативно.

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

upd ошибка не устранена, снова появляется, работать невозможно.
кто может подсказать что за ошибка как лечить?
нам снова говорят будет перезагружен сервер. что то уже смех вызывают такие "решения".

up2 на вопрос о причинах получен ответ "переполнение памяти". после ребута сервера рол-ауты кончились пошли динамические ошибки ABAP из разных транзакций которые раньше корректно работали..
рекомендация в этом случае - "перелогиниться пользователю".
скажите у всех консультанты 3 линии дают такие профессиональные варианты решения проблемы?
мне кажется я бы вполне смог справиться, несмотря на полное отсутствие знаний..


Последний раз редактировалось BBL Ср, фев 05 2014, 07:03, всего редактировалось 1 раз.

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

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
У вас базисная поддержка на аутсорсе? Тогда читайте SLA и насилуйте причастных и непричастных.
А если базис собственный, то пусть он разгребает.
А если базиса вообще нет - то "Каждый сам себе злобный Буратино"

Здесь абстрактные вопросы, типа, - Помогите, все плохо/медленно работает - вряд ли найдут понимание и участие.

"Система без базиса должна лежать" (c) Skif

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


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

Зарегистрирован:
Ср, ноя 06 2013, 12:45
Сообщения: 19
насилуем, да. с переменным успехом. шевелиться начинают только когда проблема непосредственно у ВИП-пользователя уровня зам генерального.


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

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

Значит по SLA прописаны такие штрафные санкции, на которые аутсорсерам плевать с высокой колокольни :(
Воспитывайте собственный базис.

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


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

Зарегистрирован:
Пт, дек 22 2006, 12:17
Сообщения: 775
Пол: Мужской
2 BBL

Ну, что тут можно сказать...
Порою, если сначала - думать, а потом - делать, приводит к лучшим результатам.


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

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Цитата:
up2 на вопрос о причинах получен ответ "переполнение памяти". после ребута сервера рол-ауты кончились пошли динамические ошибки ABAP из разных транзакций которые раньше корректно работали..
рекомендация в этом случае - "перелогиниться пользователю".
скажите у всех консультанты 3 линии дают такие профессиональные варианты решения проблемы?


Естественно весь базис так работает , аутсерсевый , а зачем парится перезагрузили пару раз и будет все ок :roll:
А по делу , давно бы вынесли таких базисников вперед ногами.


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

Зарегистрирован:
Чт, сен 28 2006, 11:36
Сообщения: 1365
Откуда: Москва
Пол: Мужской
буквально на прошлой неделе выполнял блиц-аудит работы системы в конторе с аутсорсовым базисом...
это таки песня... причем грустная, местами с проигрышем похоронного марша

как сказал один из прошлых клиентов, пару лет назад: "...а нам проще прегрузить раз в день систему, чем менять в ней настройки..." (с)


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

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

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


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

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Для ТС'а (BBL)

Систему на аутсорс можно передавать исключительно после запуска продуктива и определенного (пару месяцев минимум) периода работы с полной нагрузкой. За это время надо выловить всю ту хрень, из-за которой вы сейчас страдаете.
Оптимизация или приведение системы в рабочее состояние - это совместное творчество базисников, абаперов и функционалов. И когда один из этих компонентов находится на аутсорсе - это адский ад.
Чтобы внятно сказать что "вот здесь могут быть проблемы" надо потратить от недели времени. И то, если сильно повезет.
У вас на данный момент один выход, если нет собственного базиса. Приглашать внешнего базисника хотя бы чтобы решить аварийные проблемы. И времени это займет довольно много. Неужели трудно было подстраховаться и, хотя бы на время переезда системы, арендовать толкового базисника на стороне? Неужели экономия такая хитрая?

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


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

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5258
Откуда: Ростов невеликий
Пол: Мужской
avlag написал:
Неужели экономия такая хитрая?

ждут: "Не заведешь кота - самого заставлю мышей жрать!"

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


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

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Skif написал:
avlag написал:
Неужели экономия такая хитрая?

ждут: "Не заведешь кота - самого заставлю мышей жрать!"

Не всякий кот мышей ловит. А чтоб их потом еще и жрать...
Не буду картинкой вставлять, здоровая слишком для форума ;)
Попробуй-ка вот такого заставить мышей ловить...

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


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

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

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


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

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

Изображение

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


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

Зарегистрирован:
Вт, ноя 09 2010, 19:59
Сообщения: 792
Откуда: Novosibirsk
Пол: Мужской
3 линия...
это 1-ая линия САП сапорта?


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

Зарегистрирован:
Пт, дек 22 2006, 12:17
Сообщения: 775
Пол: Мужской
шрам написал:
буквально на прошлой неделе выполнял блиц-аудит работы системы в конторе с аутсорсовым базисом...
это таки песня... причем грустная, местами с проигрышем похоронного марша

как сказал один из прошлых клиентов, пару лет назад: "...а нам проще прегрузить раз в день систему, чем менять в ней настройки..." (с)


Воистину.
Ленивый админ - хороший админ.
Ленивому было бы лень перегружать систему ежедневно. :)


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

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


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

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


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

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