|
|
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Vadim LejninЕсли сломается безвозвратно база - компанию можно закрывать В нашей конторе тоже поддались новомодным веяниям - перевели одну из систем в MS Azure. Проблемы начались сразу. После третьего падения системы подняли локальный сервер, скопировали туда базы системы и настроили процесс репликации из Azure в локальную базу. Теперь, если Azure ломается, просто переключаем систему на локальную базу. В чем смысл переводить базу в Azure - я не знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2018, 18:09 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
flexgenПосле третьего падения системы подняли локальный сервер Что именно ломается и укладывается это в SLA? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2018, 18:21 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
подведем итоги - мы все умрем! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2018, 04:58 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Alexey Zhidkovподведем итоги - мы все умрем! :)Или сэволюционируем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2018, 11:18 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Можно еще под политическим углом посмотреть. Если хостинг-провайдер подчиняется санкционным законам то в одночасье ваши сервисы могут быть зобанены не смотря ни на какие SLA. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2018, 12:42 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousМеня приводит в легкое изумление доверчивость бизнеса к облакам. Помимо ответа Scott Tiger еще стоит добавить, что повышение эффективности, уменьшение затрат, обеспечение безопасности часто не ключевые факторы для принимающих решение о миграции. Большой бизнес - это большое число слоев. Любители математики могут почитать про модель Арнольда многоуровневого управления Многоступенчатое управление, описываемое нашей моделью при n > 3, неустойчиво. Двухступенчатое управление приводит к периодическим колебаниям, но не вызывает катастрофического нарастания колебаний, происходящего при трех- и более ступенчатом управлении. Настоящую устойчивость обеспечивает только одноступенчатое управление, при котором управляющее лицо более заинтересовано в интересах дела, чем в поощрении со стороны начальства. Реальность понятное дело, часто отличается от модели... еще и в худшую сторону. :) Мигрируют, как правило, не оперативные базы а хранилища. А хранилище это часто "вспомогательная вещь" не приносящая прибыли, а наоборот рассматриваемая как источник затрат. Кстати, неплохоя анализ был у Рудя, у него в центре внимания мелкософт, но это общей картины не портит - Облака, ит-про, будущее и бла бла бла . 4 года прошло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2018, 14:13 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Немного отвлекаясь от Оракла и крупных бизнесов, облака могут вполне иметь смысл. Как пример - back-end tools for mobile developers. Вот толковые ребята основали сервис ( Parse (platform) ) в 2011, а в 2013 продали его за $85 000 000 фейсбуку... который его похоронил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2018, 14:18 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
WolverinesЧто именно ломается и укладывается это в SLA?Что ломается в Azure я не знаю, не работаю с ним. В SLA не укладывались, система была недоступна от 4 до 6 часов, система должна работать 24*7. Как только переходили на локальный сервер БД - проблемы волшебным образом исчезали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2018, 20:54 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopА, еще почему-то автора интересует Россия хотя сам он там не обитает и контактов не имеет. Несколько моментов 4. Жадность Ларри и замедленная приспособляемость к реалиям. Важный архитектурный недостаток Оракла - остуствие columnar storage. Это достаточно критично для больших хранилищ. Всякие hybrid columnar compressionна на то и гибрид, что это не полноценный колоночный формат. Вроде бы многообещающе выглядит in-memory column store, но влетает в копеечку. И на волне общего хайпа касательно хадупа, клстеров и прочих in-memory caches мало кто рассматривает инвестицию в Oracle in-memory option. Доля рынка на крупных хранилищах уходит. спасибо за попытку вернуть тему в русло, а то уже все скатывалось в срач как обычно ) 1 - Автор прожил в РФ много лет ) ну из предыдущей темы заметил , что настроения в РФ почему то сильно оптимистичнее чем на западе. 2 - пункт 4, тут прямо в точку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2018, 03:27 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousМеня приводит в легкое изумление доверчивость бизнеса к облакам. а доверие тут не причем , финансовая сторона перетягивает. Вывод в cloud это большая экономия -> высвобождаются финансы для роста бизнеса (ну или на худой конец для солидных премий) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2018, 03:33 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Dr. SYSandrey_anonymousМеня приводит в легкое изумление доверчивость бизнеса к облакам. а доверие тут не причем , финансовая сторона перетягивает. "Дешево хорошо не бывает" (с) народная мудрость. По-видимому, отмеченное тут отличие умонастроений в РФ от умонастроений "свободного мира" по данному вопросу как-то связано с тем, что бизнес в России... пуганный , много всякого видел в 90-е и нулевые, доверчивые подвывелись . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2018, 13:33 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Dr. SYSфинансовая сторона перетягивает. Вывод в cloud это большая экономия -> высвобождаются финансы для роста бизнеса (ну или на худой конец для солидных премий)Во-первых если сравнивать не просто стоимость железа+обслуги vs стоимость аренды куска облака, а учесть доп факторы и риски, то можно прийти к прямо противоположному выводу. Во-вторых если зайти с другой стороны то это вообще можно доказать достаточно строго. Раз Ораклу финансово выгодно подсаживать на облачный сервис вместо продажи железок+ПО+поддержки, то наверное клиенту это менее выгодно, не так ли? Если трезво подумать в долгосрочной перспективе. Ремомендую почитать историческую перспективу по ссылке в моем предыдущем сообщении. Для полноты: облака могут иметь смысл для отдельных проектов, но для для всех кто туда лезет или кого туда тянут. Об этом уже тоже было сказано ранее даже с примером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2018, 13:57 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous По-видимому, отмеченное тут отличие умонастроений в РФ от умонастроений "свободного мира" по данному вопросу как-то связано с тем, что бизнес в России... пуганный , много всякого видел в 90-е и нулевые, доверчивые подвывелись . paypal никогда бы не мог зародиться в РФ , по той же причине ему не доверяли бы (ну и банковские регуляции еще) , тем не менее сервис завоевал всемирную популярность и работает 10 с лишним лет уже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2018, 04:35 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Dr. SYSpaypal никогда бы не мог зародиться в РФ , по той же причине ему не доверяли бы если мне не изменяет мой склероз, webmoney и qiwi зародились именно в этой стране, задолго до того, как тут что-то стало известно о PayPal. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2018, 09:03 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
недо scnaесли мне не изменяет мой склероз, webmoney и qiwi зародились именно в этой стране, задолго до того, как тут что-то стало известно о PayPal.Мне казалось, что значительная часть тех, кто первым начал использовать webmoney, qiwi были те, кто не хотел светить операции большому брату. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2018, 10:18 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
AmKadзначительная часть тех, кто первым начал использовать webmoney, qiwi были те, кто не хотел светить операции большому брату. в до-FATCA'овскую эпоху и пэйпалу было глубо пофиг, кто, сколько, кому и куда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2018, 18:32 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
недо scnaDr. SYSpaypal никогда бы не мог зародиться в РФ , по той же причине ему не доверяли бы если мне не изменяет мой склероз, webmoney и qiwi зародились именно в этой стране, задолго до того, как тут что-то стало известно о PayPal. vkontakte тоже , но как и qiwi идея была не российская, а первые аналоги появились не в РФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 00:32 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
MaximaXXL Ну если к примеру: Есть 2 таблицы: таб1 (Отдел, Сотрудник) - все сотрудники предприятия таб2 (Сотрудник, Время прихода/ухода) - только те сотрудники которые приходили ну и надо увидеть те отделы где на работу приходили все сотружники. Расскажите мне несведущему, как Вы его реализуете не делая объединение таблиц в одном селекте? И это ОЧЕНЬ простой пример И в чем проблема сделать это на сервере приложений? MaximaXXLВот и получаеться Вы тянете 16+ ГБ данных, вместо 2 строчек. А если сервера БД нахожятся в Маями а сервера приложений в Лондоне ... то лучше написать один правильный запрос чем укатывать сервера приложений ... с криками, добавте памяти Прекрасно все реализуется без никаких криков простыми запросами. 1.Вытащить все ID сотрудников, которые приходили на работу, из второй таблицы в коллекцию (это вообще не гигабайты памяти) 2.Проверить по первой таблице, что все сотрудники из отдела в коллекции сознательных работников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 08:35 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Polar..... И в чем проблема сделать это на сервере приложений? .... Прекрасно все реализуется без никаких криков простыми запросами. 1.Вытащить все ID сотрудников, которые приходили на работу, из второй таблицы в коллекцию (это вообще не гигабайты памяти) 2.Проверить по первой таблице, что все сотрудники из отдела в коллекции сознательных работников. 1. Проблемма в том что 1 запросом вытаскивается ВСЕ данные из второй таблицы которые Вам нужны (а это не 2 строчки как может быть в финальном правильном селекте). Ну и хорошо если вы работаете с сотнями записей, а не в банках с мировым именем, и это сотрудники, а не проводки которых могут быть миллионы. 2.1 Проверить по первой таблице ... это либо будет запрос сложнее чем select * from table1 where ... (если делать сложным запросом то: Вы получеаете не маленькую коллекцию, грузите ее в память и только для того чтобы отправить ее опять на сервер). 2.2 Вам придеться тащить все данные из первой таблицы себе и делать подобие left join, что приводит к получению второй не маленькой коллекции в памяти и их объединение (что соответственно приводит к работе с 2 большими массивами инмемори, хотя финальный селект может вернуть 2 строчки). ну и как итог: 1.больше времени на пересылку/вытаскивание больших(ненужных) объемов данных - увеличение времени работы процесса 2.отжерание памяти на севере приложений (Вам надо туда поместить 1-2 коллекции) - увеличение памяти для работы приложения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 11:37 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
А можно пояснить судьбу Oracle DBA в следующей конфигурации железа 1. Личный (приватный Cloud), например, на базе https://en.wikipedia.org/wiki/IBM_WebSphere_DataPower_SOA_Appliances 2. Oracle Exadata во внутреннем контуре п. 1 Данный модельный пример, что покажет по изменениям в скиллах и потребностям DBA? Игорь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 12:20 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
конечно ВасяА можно пояснить судьбу Oracle DBA в следующей конфигурации железа 1. Личный (приватный Cloud), например, на базе https://en.wikipedia.org/wiki/IBM_WebSphere_DataPower_SOA_Appliances 2. Oracle Exadata во внутреннем контуре п. 1 Данный модельный пример, что покажет по изменениям в скиллах и потребностям DBA? Игорь. 1) При использовании не сертифицированных (читай не oracle) cloud систем, Вам придется лицезировать все CPU системы. Например был наезд на организайию, которая использовала vmware и развернула все базы на выделенном лицензированном сервере. Oracle потребовал лицензирование всех серверов vSphere, так как любую vm можно было перекинуть на другой сервер. 2) Exadata - обычный сервер базы данных, с некоторой спецификой, обычный DBA там востребован. Но поддержка очень нервно реагирует на изменение конфигурации не предусмотренных в штатной настройкой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 12:43 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin Exadata - обычный сервер базы данных, с некоторой спецификой Вот тут бы я поспорил :) Оно на первый взгляд , конечно, похоже на правду , но если копнуть чуть глубже - то некоторая специфика выливается в отдельный скилл, причем не только для DBA, но даже для разраба средней руки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 15:54 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousVadim Lejnin Exadata - обычный сервер базы данных, с некоторой спецификой Вот тут бы я поспорил :) Оно на первый взгляд , конечно, похоже на правду , но если копнуть чуть глубже - то некоторая специфика выливается в отдельный скилл, причем не только для DBA, но даже для разраба средней руки... Это да, молотилка данных... в штатах разлетается как горячие пирожки, типа поставил и забыл но там стоимость oracle и железа - капитализация компании, типа круто поэтому не парятся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 16:34 |
|
||
|
Будущее Oracle DBA v 1.1
|
|||
|---|---|---|---|
|
#18+
Vadim LejninЭто да, молотилка данных.. У этой молотилки есть свой, отдельный кластер багов и несовместимостей с "обычным" сервером. Кроме того, не все подходы к проектированию, разработке и оптимизации, применимые к "обычной" БД, подходят для экзадаты. Вернее, у нее - свои подходы, временами вызывающие удивление до оторопи у "классического" базовода :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2018, 16:45 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39672079&tid=1883723]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
157ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 490ms |

| 0 / 0 |
