Персоналом Техопедии, 30 ноября 2016 г.
Вывод: ведущий Эрик Кавана вместе с доктором Робином Блором, Дезом Бланчфилдом и Буллетом Манале из IDERA обсуждают вопросы и то, как их эффективность может иметь далеко идущие последствия.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Дамы и господа, привет и добро пожаловать снова. В среду четыре часа по восточному поясному времени, и в эти дни это означает, что пришло время Hot Technologies! Да, в самом деле. Мы говорим о классных вещах сегодня. Конечно, я твой хозяин, Эрик Кавана. Название сегодняшнего шоу - «Ключ к эффективной аналитике: быстро возвращаемые запросы». Это верно, ребята, мы все хотим быстро. Кто не хочет быстро? Есть слайд о твоей правде, и достаточно обо мне. Ударь меня в Твиттере, @eric_kavanagh. Я буду рад связаться с вами там и поговорить в социальных сетях. Это может быть весело, просто не говорите о политике.
Год жаркий. В этом году мы говорили о различных аналитических вопросах, и одна тема на сегодняшний день действительно имеет ключевое значение для выполнения работы. Я помню, что, вероятно, пять или шесть лет назад я впервые услышал, как кто-то использует выражение «поговорить с вашими данными», и хотя это может звучать немного глупо, дело в том, что, если вы не можете иметь итеративный опыт работы с ваши данные, если вы не можете быстро изменить свои запросы, отправить новые запросы, быстро получить ответы обратно, значит, вы не разговариваете с вашими данными, и весь аналитический процесс обрезается. Это не хорошо.
Когда вы разговариваете со своими данными, это означает, что вы можете переходить от одного к другому, и, по моему мнению, именно тогда вы находите понимание. Потому что очень редко ты идешь с идеальным запросом в первый раз. Если вы не Моцарт аналитики - и я уверен, что этот человек где-то рядом - вам придется потратить некоторое время на изменение, добавление некоторого измерения, пытаясь точно настроить то, что вы ищете,
Потому что, опять же, это не очень умная среда, с которой мы имеем дело в мире аналитики; мы имеем дело с очень громоздкими средами и очень сложными и многомерными средами. Итак, вся идея веб-трансляции сегодня заключается в том, чтобы поговорить о том, как обеспечить такое итеративное взаимодействие с вашими данными.
У нас три докладчика. Конечно, в «Горячих технологиях», в отличие от «Брифинга», у нас есть два аналитика; Каждый из них сначала дает свое мнение, затем приходит гость, дает свою презентацию, и у нас есть своего рода круглый стол. И вы, наша аудитория, можете сыграть в этом большую роль. Пожалуйста, не стесняйся; присылайте ваши вопросы в любое время. Используйте панель вопросов и ответов, если можете, в противном случае панель чата в порядке; Я постараюсь контролировать оба во время шоу. И мы записываем их, поэтому, если вы что-то упустили или хотите поделиться этим с коллегами, приходите позже. Мы публикуем их на Techopedia.com, а также на InsideAnalysis.com.
И с этим я собираюсь привлечь умных людей. Я передам это доктору Робину Блуру. Позвольте мне дать ему ключи, сменить докладчика, и все. Робин, убери это.
Робин Блур: Хорошо. Спасибо за это вступление. Около полутора месяцев назад я разговаривал с разработчиком, который на самом деле является администратором. Он на самом деле не администратор базы данных - он был администратором базы данных в конкретной компании, и он был единственным человеком, который действительно мог выполнять запросы. Но он устал от этого, потому что он действительно, он довольно умный разработчик. И он ушел.
И в любом случае ему приходится делать для них пару дней каждый месяц, потому что они не могли найти никого, кто бы занял его место, и они не имеют ни малейшего представления о том, что делает база данных или как вообще ее настраивать. И я думал об этом, и просто, вы знаете, у них действительно не было ИТ-отдела, но этот парень оказывал им поддержку. Фактически, это была работа DBA, которую он делал большую часть времени.
Для сложных баз данных - Oracle, SQL Server, DB2, всех этих больших и дорогих - настройка базы данных - сложная задача. Это также безопасная работа. И причина, по-настоящему, в том, чтобы сказать, что это то, что это меняется ландшафт. Я вроде пройдусь через это. Вы знаете, реляционные базы данных - обычно общая картина, реляционные базы данных по-прежнему доминируют в популярности. Они, вероятно, будут доминировать надолго. Да, сейчас есть другие базы данных, которые получают больше эфирного времени, но, вы знаете, когда вы на самом деле смотрите на то, что там происходит, Oracle делает большую часть этого, Microsoft SQL Server занимает второе место, и в облаке происходят различные вещи, которые может вызвать проблемы, хотя. Они большие гиганты в игре. И это базы данных, которые вы можете использовать как для OLTP, так и для рабочих нагрузок хранилища данных. Альтернативы обычно используются в основном в аналитических средах, а затем обычно это определяется данными о том, почему мы выбрали бы это, а не реляционные. В основном люди этого не делают.
Компании стремятся стандартизировать единую базу данных. Недавно я наткнулся на компанию, в которой было более 5000 экземпляров Oracle. И я как человек, с которым я разговаривал из этой компании, я как бы спросил их о администраторах баз данных. Они сказали, что у них есть около 10 администраторов баз данных и около 30 баз данных находятся под присмотром. А в остальном Oracle просто использовался в качестве окончательной системы в целом. Было очень мало нагрузки на данные из приложений, которые их использовали. Но это меня просто поразило - 5000 экземпляров Oracle.
И, кстати, у них была лицензия на недвижимость Oracle. Ну, вы знаете, корпоративная лицензия, очевидно. Но у них также были другие базы данных, потому что иногда, вы знаете, приложения поставляются с предпочтительной базой данных. Не то чтобы Oracle был единственным. И стоит отметить, что ни Hadoop, ни Spark на самом деле не являются базой данных, и пройдет много времени, прежде чем они приобретут то, что я считаю правилом базы данных. Хорошо для передачи данных, конечно.
С действиями DBA - вероятно, Bullett может сказать об этом намного больше, чем я - но я просто пробежусь по ним. Это то, что я склонен думать, вы знаете, что делает администратор базы данных. Они устанавливают, настраивают, обновляют, занимаются управлением лицензиями. Они так или иначе работают с ETL и репликацией. Они занимаются планированием хранения и емкости. Они занимаются поиском и устранением неисправностей или являются частью команды по устранению неисправностей. Мониторинг и настройка производительности - в значительной степени большая часть их деятельности, но все эти другие вещи, они не маленькие, вы знаете. Безопасность, они отвечают за резервное копирование и восстановление. Они должны быть вовлечены в системы тестирования программного обеспечения, и они могут быть вовлечены в жизненный цикл данных.
Производительность. Когда я был одним из этих парней. Знаете, когда я работал и настраивал базы данных, я так понял. Есть ЦП, и, так или иначе, в наши дни ЦП в основном бездействует, потому что это будет одно из двух или двух … Ну, одно из других узких мест на самом деле будет причиной проблемы. Память, перегрузка и фрагментация, или насыщение дискового или дискового ввода-вывода, иногда перегрузка сети, если вы работаете в нескольких узлах сети и, возможно, на самом деле можете столкнуться с некоторой блокировкой.
Но это был мир, каким я его видел. Я недавно посмотрел на Oracle и количество параметров настройки, которые есть в Oracle. Это было более 300. Вы знаете, и если вы действительно думаете об этом, администратор базы данных, который действительно знает, что он делает, должен иметь представление о том, почему вы когда-нибудь будете связываться с любым из них. Так что это сложная работа, вы знаете, и это сложнее от этого.
Знаете, сейчас у нас есть процессоры, но у вас есть … процессоры уже существуют, графические процессоры на процессоре или FPGA на процессоре. Таким образом, происходит некоторое скрещивание того, что на самом деле происходит на процессоре. Процессоры давно стали многоядерными; на самом деле, я больше не настраивал базы данных, когда это произошло. Я понятия не имею, какая разница, на самом деле, теперь, когда я об этом думаю.
У нас есть, вы знаете, 3D Xpoint и IBM PCM как дополнительный слой памяти, и у нас есть твердотельные накопители, но вы знаете, они заменяют вращающуюся ржавчину. Но SSD могут отличаться по скорости. С таким количеством вы можете иметь параллельный доступ, и это заставляет их работать невероятно быстро - близко к скорости ОЗУ. И у вас есть все параллельные аппаратные архитектуры.
И это все, вы знаете, затраты снижаются, что очень хорошо, но это все делает - вы знаете, если вы берете следующий выпуск базы данных, а затем начинаете внедрять его на компьютерах, даже некоторых Таким образом, вы на самом деле потеряли всякое интуитивное чувство, которое у вас может возникнуть к тому, как ведут себя данные, потому что задержки просто очень, очень разные. И здесь, вы знаете, у вас есть четыре слоя, а не три слоя хранения.
Проблемы с базой данных. Вы получаете энтропию базы данных - распространенные случаи очень распространены. Базы данных используются в качестве шкафов, что и было тем примером, который я привел. Очень немногие базы данных являются самонастраивающимися, а те, которые претендуют на самонастройку, на самом деле не так уж хороши, вы знаете. Но с другой стороны, очень немногие базы данных должным образом настроены. Это тяжелая работа - уметь балансировать рабочие нагрузки. Я имею в виду, когда вы думаете о базе данных, что база данных может делать в течение 24-часового периода, рабочие нагрузки могут сильно отличаться. База данных должна иметь особо верное хранилище данных.
И, следовательно, настройка, это не тривиальный вопрос, вы знаете, потому что вы делаете настройку параметров, которые должны обслуживать весь диапазон рабочих нагрузок в данный момент времени. В принципе, это тяжелая работа. И SQL должен быть настроен специально для соединений SQL. Вы знаете, они могут быть чрезвычайно ресурсоемкими. И если база данных имеет материализованные представления, честно говоря, вы должны исследовать их использование, потому что они заставят все работать невероятно быстрее. А для этого нужен кто-то, кто понимает рабочие нагрузки и понимает трафик SQL и так далее и тому подобное.
И большинство компаний используют очень мало администраторов баз данных - очень дорого. Я знал довольно крупные компании с тремя парнями, знаете ли, с огромным количеством примеров. На самом деле они стоят дорого, это сложная работа с точки зрения сложности. Им нужны инструменты.
И я думаю, что это все, что я должен сказать. О, да. Давай передадим Дезу, посмотрим, что скажет Дез.
Дез Бланчфилд: Спасибо, Робин. Это массивная тема. Я собираюсь придерживаться того, что, на мой взгляд, является эффективной повседневной задачей, с которой мы сталкиваемся. Поскольку давайте посмотрим правде в глаза, есть целая библиотека книг, написанных на эту тему. Кто не ходил в технический книжный магазин и нашел стены и стены книг, написанных только на общую тему производительности и настройки базы данных, а также мониторинга. И иногда это отличный способ убить время.
Общая тема: получение запросов производительности. Есть ряд различных частей организации, которые волнуют эту тему - на вашем уровне конечного пользователя, по моему опыту, вы знаете, что люди просто испытывают производительность, что дела идут медленно. Вращающиеся колеса требуют времени, чтобы вернуть запросы. На противоположном конце спектра у вас есть специалисты по инфраструктуре, сетям и хранилищам, которых избивают специалисты по базам данных, потому что все работает не так, как они ожидают. По моему опыту, это очень широкий спектр вещей, которые могут повлиять на нашу жизнь в этом спектре.
Если вы думаете, начиная с физического, вы знаете, только компьютерное пространство. У него есть память, вы знаете, RAM, если хотите - дисковое пространство, сеть и все, что с этим связано. В этом пространстве у нас, вы знаете, хранится мысль, что, скажем, что, вы знаете, лучше использовать сырой диск или JBOD и просто, вы знаете, как можно быстрее поднять диск и позволить Базы данных разбираются на уровне защиты данных. Другие люди являются большими поклонниками RAID, избыточного массива недорогих дисков и имеют разный религиозный опыт работы с RAID 0, 1, 3, иногда 5 и 6 различными типами чередования или репликации на диске в случае сбоя жесткого диска. Даже на уровне хранилища и на уровне техники у нас есть люди, которые имеют разные взгляды и опыт в отношении производительности, на типы хранилищ.
Будь то диски с прямым подключением и сами серверы, или же они подключены через оптоволоконный канал к сети хранения данных какой-либо формы, будь то хранилище, смонтированное с сервера где-то через iSCSI, или это, например, Ethernet. И это еще до того, как вы действительно дойдете до уровня базы данных, где, вы знаете, такие вещи, которые мы считаем само собой разумеющимся, - вы знаете, просто поддерживая это, как подчеркнул Эрик, вы знаете, как мы называем беседу с вашими данными, Просто имея возможность определять шаблоны и значимые шаблоны, в которые, как мы думаем, мы можем начать погружаться и искать проблемы с производительностью.
И это очень широкая тема, поэтому я собираюсь углубиться в две области, где, по моему опыту, вложенные время и энергия и усилия получают хорошую отдачу. Итак, позвольте мне быстро перейти к первому из них. И я только в шутку отправился на поиски изображения чего-то, у которого был скелет внутри и кожа снаружи, но блок Lego был, вероятно, наименее ужасным. Но во многих отношениях именно так я представляю и мысленно представляю проблему, с которой мы иногда сталкиваемся, используя аналитические платформы и базы данных, которые их поддерживают. И это то, что вы, действительно, как потребитель и конечный пользователь или даже разработчик, часто видите слой шпона, но на самом деле это скелет под ним - это действительно проблема, на которой вам нужно сосредоточиться.
Вы знаете, в данном случае, когда мы думаем о вещах, которые могут повлиять на производительность и аналитику базы данных в этот конкретный день, о снижении производительности, базовой инфраструктуре и просто мониторинге этой базовой инфраструктуры, и, как я только что обрисовал в общих чертах, ваш диск и память и процессор. И, как подчеркнул д-р Робин Блур, сейчас возникают проблемы с виртуализацией и тем, что происходит в самих чипах, а также с производительностью вплоть до уровня ядра и объемом памяти, который теперь вкладывается в каждый чип каждого ядра. Это очень технические проблемы, которые стоит рассмотреть обычному человеку.
Держать поверх мониторинга запросов. Вы знаете, например, одна из проблем, связанных с мониторингом запросов и очередей запросов, - я имею в виду, что SQL как язык и инструменты баз данных, которые связаны с инструментами аналитики, очень мощные, особенно SQL как язык. Но с такой мощью и простотой во многих случаях также есть и то, что, если это не приложение, выполняющее одно и то же снова и снова, написанное хорошим разработчиком и замеченное хорошим администратором базы данных, оно может быть людьми, делающими неструктурированные запросы.
И проблема в том, что довольно легко выучить немного SQL и начать делать запросы, но в результате у вас не обязательно есть все навыки, опыт и знания, чтобы знать, делаете ли вы хорошо или плохо делать базу данных. Так что постоянное управление одним и тем же большим, широким, неправильным может просто разрушить здание. Поддержание контроля над запросами - интересная задача.
Просто следите за временем отклика, чтобы узнать, что делает платформа и что получают пользователи. Опять же, вы знаете, без правильных инструментов, это не то, что вы просто интуитивно смотрите на вещи и думаете: «О, они работают медленно, сеть», «Пользовательская память работает плохо» или «Индексы работают плохо». Или «вздутие живота».
И затем, вы знаете, как вы добираетесь до того момента, когда вы, увидев проблему с ней, как вы разбираете ее, разбиваете на части и решаете всю проблему плохо структурированных запросов? И, знаете ли, это специальный запрос, который кто-то выполняет вручную, или это аналитический инструмент с интерфейсом панели мониторинга, который работает плохо, потому что они задают вопросы неправильно, или это просто действительно, действительно плохо написанный кусок кода?
И затем, выполняя эту итерацию, Эрик сказал вначале, ну, вы знаете, просто итеративно, многократно повторяя и настраивая эти рабочие процессы. Вы знаете, какие рабочие процессы я выполняю, как они работают, как часто они работают, какой код работает с ними, где они работают с ним в ЦП и памяти, на диске и в сети? Да, это действительно очень техническая задача.
И затем нирвана, которую люди ищут в этом мире, переходя от исторической аналитики и настройки производительности и оповещения о вашей среде, что приятно видеть, потому что у вас может быть план на будущее, если вы знаете, почему все идет медленно вчера утром в девять часов Но это не поможет вам прямо сейчас, и это не поможет вашему плану двигаться вперед.
Я думаю, что планирование емкости, ее масштабирование, масштабирование и настройка, так что вы знаете, я думаю, что сейчас мы наблюдаем тенденцию, когда наблюдается сдвиг в очень больших средах, где люди имеют большие платформы баз данных и широко распространенные среды баз данных. от исторического оповещения и планирования до прогнозного оповещения и планирования, где они хотят знать, что происходит прямо сейчас, и иметь возможность планировать его на будущее. Или нам не хватает памяти, и нам не хватит памяти в течение следующего часа, и что мы можем с этим поделать? Какое планирование мощностей мы можем сделать в реальном времени?
Извините меня. Дело доходит до того, что, как вы знаете, только вся проблема обнаружения этих препятствий мешает, по сути, тому, что мы называем аналитикой жидкости, и превращая это в норму в вашей организации. Как видите, это нетривиальная задача для, знаете ли, просто великих повседневных немытых масс. И это все еще нетривиальная задача даже для более технически подкованных.
Вы знаете, если это трудно для простых смертных, как мы можем сделать это возможным? Потому что, вы знаете, большинство из них - это вещи, которые обычные пользователи не могут решить, и у нас могут быть специальные инженеры баз данных, разработчики баз данных, разработчики кода, программисты, но они все еще должны быть в состоянии разделить среду. Знаете, они должны разбираться с такими проблемами, как люди, повторно использующие код.
Знаете, одна из худших вещей, которые я видел в этом пространстве, - это снижение производительности на аналитических платформах в очень крупных развертываниях инфраструктуры серверов баз данных, когда люди берут кусок кода, кусок SQL или украденную процедуру, которую они не делали ». они не пишут, и они не знают, является ли это хорошим или плохим фрагментом кода, и просто используют его повторно, потому что это дает им желаемый результат. Но оказывается, что это могло быть просто что-то, что было написано на лету, чтобы получить один или два результата, например отчет - кто-то спешил.
И поэтому люди используют сложный код, который они не писали, и просто вкладывают его в процесс разработки приложений, не зная, что на самом деле они наказывают серверную часть. Даже если вы просто отслеживаете эту производительность и видите, откуда поступают запросы и анализируют ее, это, вы знаете, это ежедневная проблема, которую я вижу.
Основные поведенческие вещи, такие как предварительная подготовка данных для производительности, где это возможно. Вещи, которые вам только что научились, например, удаление индексов, если вы собираетесь выполнять массовый импорт, а затем повторное индексирование, чтобы индексы не поддерживались, когда вы загружаете терабайты данных. Знаете, без соответствующих инструментов это почти невозможно увидеть, потому что вы не знаете, что индекс забивается.
Регулярная оптимизация индексов - это что-то вроде 101, но как насчет того, когда вы выполняете массовый импорт или создаете таблицу по запросам, если кто-то делает действительно большой запрос? Вы знаете, это может привести к значительному снижению производительности, и, опять же, если вы не ведете мониторинг, у вас нет инструментов, чтобы это увидеть, это происходит просто в фоновом режиме, и вы не знаете, как решить эту проблему.,
Ограничение запросов только количеством нужных вам столбцов - я имею в виду, это звучит очень просто, но опять же, если вы не видите этого, вы не знаете, что это происходит, а потом это просто происходит в фоновом режиме, и это причиняет вам боль, на тебя.
Знание, когда и где использовать временные таблицы, группирование больших удалений и обновлений. Опять же, все очень простые вещи, но без этой наглядности, без инструментов для этого, они просто сидят в фоновом режиме и продолжают причинять вам боль, а вы просто продолжаете тратить больше памяти или ЦП на среду базы данных, чтобы улучшить производительность платформы аналитики, когда на самом деле вы должны быть в состоянии детализировать детали того, что причиняет вам боль, и решать эту конкретную проблему. А потом, вы знаете, такие вещи, как ограничения внешнего ключа и как вы это находите, откуда вы вообще знаете, что это проблема?
Это подводит меня к заключению моей ключевой точки здесь, и это то, что, вы знаете, изо дня в день, мы видим эти проблемы повсюду. И по мере того, как среды баз данных становятся все больше, больше и больше и шире, и, как отметил здесь доктор Робин Блур, мы получаем все более и более сложные модели среды с временем базы данных.
И затем также необходимость интеграции в некоторые из платформ больших данных, таких как Hadoop и Spark, которые появляются, и все больше и больше одновременно. На мой взгляд, нам необходимо найти лучшие способы и конкретные инструменты для интеллектуального выполнения производительности платформы в реальном времени, аналитики и диагностики. Потому что для конечных пользователей и реальных долларов это обходится в реальном времени, реальным деньгам и разочарованию, если мы не начнем пользоваться инструментами, чтобы погрузиться в эти вещи.
И с этим я собираюсь передать нашим друзьям из IDERA, потому что я считаю, что у них есть хорошая история, чтобы рассказать о том, как мы могли бы решить эту проблему.
Bullett Manale: звучит хорошо. Большое спасибо, и я пойду вперед и начну. У меня здесь также есть несколько слайдов, и позвольте мне пойти дальше и вроде бы поднять это. Некоторые из них мы собираемся перепрыгнуть довольно быстро.
Просто чтобы дать вам некоторое представление, я являюсь директором по продажам в IDERA, и поэтому мы регулярно общаемся с администраторами баз данных о трудностях и проблемах, с которыми они сталкиваются, особенно во многих случаях., мониторинг производительности и тому подобное, очевидно. И мы очень много слышим от этой аудитории, и поэтому я думаю, что могу поделиться некоторой информацией, которую я получаю от них на регулярной основе, что будет иметь смысл. Я собираюсь перепрыгнуть через несколько из них, потому что я не думаю, что они действительно имеют отношение к разговору.
Вы знаете, у меня есть свой собственный список обязанностей DBA - он очень похож на список Робина, и я думаю, что он довольно последовательный. Я думаю, что когда вы разговариваете с администратором базы данных, это всегда - вы знаете, они сосредоточены на одних из этих областей больше, чем на других, и в этом нет никакого смысла или причины, это просто зависит от среды.
Вы слышите довольно широкий круг вещей, которые люди хотят иметь возможность делать. И часто люди, которые хотят этого, не хотят - они просят их, а в некоторых случаях вы начинаете как-то углубляться в то, что они действительно просят, и затем вы узнаете, что они действительно ищем больше. Они действительно хотят больше информации, чем они изначально думают, что им нужно, и когда вы начинаете углубляться в инструмент, я думаю, что именно здесь вы можете начать говорить, что они беседуют с данными.
И я думаю, что это действительно интересная фраза, и она имеет большой смысл с точки зрения возможности сказать: да, хорошо, если у вас плохой запрос, что на самом деле плохой запрос? Это запрос, который потребляет много операций чтения или записи или процессора? Это может быть тот, который много работает, может, тот, который, как вы сказали, плохо написан.
С точки зрения того, как мы это идентифицируем, есть несколько способов увидеть наш продукт, продукт Diagnostic Manager, с помощью которого мы показываем администраторам баз данных, что они могут сделать это. И это действительно гибко, и я думаю, что это одна из самых важных вещей - у вас должен быть инструмент, который поможет вам справиться с этими проблемами с производительностью, если окружение каждого человека немного отличается.
И будет много, ну вы знаете, потребностей и, возможно, даже непонятных требований с точки зрения мониторинга, поэтому у вас должно быть что-то гибкое и что-то, что будет работать и соответствовать окружающей среде, которая ты пытаешься управлять. Вы знаете, и у меня есть много таких примеров - я не собираюсь разбирать каждый из них, но вам нужно что-то, что вы можете перемещать назад и вперед между одним фрагментом данных и другим, и я как бы поговорим об этом, когда мы немного углубимся в продукт и покажем вам, как мы это делаем.
Но, с другой стороны, я думаю, что с точки зрения любого хорошего аналитического инструмента есть некоторые основные вещи, которые вы действительно ищете. Очевидно, что в первую очередь вам не нужен инструмент, который будет вызывать проблемы с производительностью во имя производительности. Когда я говорю «собирать данные бесплатно», я говорю не о стоимости с точки зрения, как вы знаете, денежных затрат, а с точки зрения затрат с точки зрения накладных расходов и затрат с точки зрения количества ресурсов, которые мы собираюсь использовать во имя перформанса. Вы определенно хотите что-то там, что поможет.
Вам нужно что-то, что сможет получить данные, которые вы ищете, специфичные для проблем, с которыми вы сталкиваетесь в повседневной жизни, и могут быть некоторые вещи, которые вам не нужны и которые вам не нужны. Я не хочу, и нет смысла собирать эти данные, если вы никогда не будете сообщать о них или у вас возникнут какие-либо потребности в попытках управлять этими данными. С точки зрения метаданных, связанных с производительностью, например.
Вы знаете, хороший пример: мне не нужно предупреждать, если служба координатора распределенных транзакций в SQL не работает, если я не хочу, чтобы она работала в первую очередь. Так что не предупреждайте меня, не собирайте данные против этого - мне эта информация не нужна. Поэтому очень важно иметь возможность включать и выключать эти вещи.
Возможность также, как только вы действительно соберете данные, имея к ним доступ довольно быстро - вам не нужно, вы знаете, запускать и массировать данные, манипулировать данными - возможность делать это быстро и эффективно. И затем, когда у вас есть данные, очевидно, очень важно уметь их понимать.
Теперь именно здесь, с нашим, как, например, продуктом Diagnostic Manager, который я сегодня немного вам покажу, этот продукт, вы знаете, я бы хотел сказать вам, что этот продукт заменить и быть DBA в коробке. Реальность такова, что это требует некоторых знаний о том, что ваша среда и что вы пытаетесь достичь. Очевидно, важно иметь некоторое представление о роли самого DBA.
Теперь то, что мы пытаемся сделать, это обучать с помощью помощи и другими методами. Но вам всегда захочется связать это, очевидно, с какими-то уровнями опыта или с кем-то, кто знает, что делать после получения данных. И возможность иметь человека, который может задавать правильные вопросы к продукту, и вести этот разговор с данными, очевидно, является ключевым моментом. И тогда, очевидно, возможность разобраться в данных.
Как только я получу информацию, я смогу донести ее до нужных людей. Мои разработчики, моя операционная команда - кем бы это ни было, мне, возможно, придется интегрироваться с другими продуктами, имея зацепки для этого. Это все действительно важные вещи. И затем, очевидно, последнее, но не менее важное, если мне нужно знать больше, возможность сделать это. Означает ли это, что нужно включить еще какие-то данные или просто углубиться в данные. Вы надеетесь, что с помощью инструмента, который, как вы знаете, поможет повысить производительность, вы получите все, что вам нужно, чтобы иметь возможность ответить на эти вопросы.
Единственное, что я не упомянул здесь, что, я думаю, стоит отметить, - вам нужен инструмент, который поможет вам различить, что нормально, а что нет. И я думаю, что это большое, потому что, вы знаете, есть масса предупреждающих продуктов и вещей, которые есть, но если вы получаете предупреждение, а предупреждение является ложным предупреждением, это не приносит вам никакой пользы ; это больше пустая трата времени, и это снизит вашу эффективность больше, чем поможет им. Итак, вы знаете, это то, что я хотел бы иметь в виду.
Когда я говорю о продукте, который я как бы связываю со всеми этими вещами в наборе продуктов IDERA, это продукт Diagnostic Manager, я думаю, что он, вероятно, имеет основные характеристики в том, что мы говорим здесь, с точки зрения базы данных настройка и производительность и мониторинг и тому подобное.
Люди ищут мониторинг на уровне предприятия; они хотят иметь доступ, иметь возможность на одном экране знать, что все работает так, как должно быть. Или же они хотят иметь возможность, очевидно, если есть проблема, увидеть, в чем проблема, и затем быть в состоянии углубиться в нее. Я думаю, что большую часть того, что ищут люди, с помощью этих способов, которыми вы действительно можете отточить свою производительность.
Другая вещь, которая явно согласуется с этим, заключается в том, что я не могу просто работать в настоящем, и мне нужно иметь возможность вернуться назад за периоды времени, независимо от того, означает ли это просмотр запросов, которые выполнялись плохо, или это означает, что вы знаете, глядя на то, как ведет себя сама виртуальная машина с точки зрения ресурсов. Все эти вещи вы должны уметь делать, и вы не будете сидеть и смотреть на консоль 24 часа в сутки, 7 дней в неделю.
Если вы находитесь в отпуске, или среди ночи, или чем-то еще, вам нужно что-то, что сможет вернуться с вами в прошлое, чтобы иметь возможность сказать, что происходило в данном случае на время у нас была проблема. И возможность сделать это, опять же, эффективно и быстро и быть в состоянии углубиться в это, безусловно, важная часть с точки зрения этой дискуссии. И я бы сказал, что это, вероятно, одна из самых важных вещей с точки зрения того, что ищут люди. Они всегда ищут это окно в прошлое, потому что это действительно … Знаете, вы не хотите сидеть там и ждать, что что-то случится снова.
Следующая вещь в списке - это просто привязка к тому, о чем мы говорили ранее, с самой производительностью запросов. И я собираюсь показать вам несколько различных примеров в рамках продукта Diagnostic Manager, как мы это делаем, что, несомненно, в конце концов, предоставит вам множество вариантов для самих запросов с точки зрения того, что ты хочешь собрать.
С точки зрения того, заинтересованы ли вы в запросах, которые вызывают нехватку ресурсов, потребление ресурсов процессора или потребление ресурсов ввода-вывода. Будь то запросы, выполнение которых занимает много времени, или запросы, которые в общем и целом не могут быть худшими с точки зрения производительности, но могут выполняться настолько часто, что сама частота их выполнения может стать проблемой. И очевидно, что возможность определять тренды с течением времени с помощью этих запросов также является важной частью.
Есть много разных способов, которыми мы можем сделать это в этом продукте, и я думаю, что это действительно важная часть для большинства администраторов баз данных. И даже если у вас нет собственных разработанных приложений, все равно приятно иметь возможность обратиться к поставщикам программного обеспечения и сказать: «Эй, знаешь что? Вы знаете, два часа дня каждый день, когда эта работа снимается », или что бы то ни было:« Это ваше приложение, которое вызывает это, и нам нужно было исправить это ». Так что, даже если у вас нет полной контроль над самим кодом, все еще приятно знать, когда возникают проблемы.
А потом, вы знаете, другая часть, очевидно, более активна. Умение узнавать первым, понимать, когда возникает проблема. Чтобы не только быть первым, кто узнает об этом, вы можете исправить это, но во многих случаях, когда вам нужно, что-то, что сможет автоматизировать ответ, во многих случаях тоже. Вы можете, скажем, вы знаете, вместо того, чтобы получать электронное письмо с надписью: «Эй, тебе нужно исправить это», если я на собрании, или я, вы знаете, в дороге или что-то еще, что я Я делаю, очевидно, очень приятно иметь возможность сказать, что у меня есть кое-что на месте, которое сможет решить эту проблему автоматически.
И если это не решается автоматически, по крайней мере, быть в состоянии первым узнать об этом, чтобы вы могли предпринять корректирующие действия или связаться с кем-то, кто может. Итак, это, очевидно, важные важные части для таких проблем, с которыми вы можете столкнуться с точки зрения мониторинга ваших машин и ваших экземпляров, а также самой аналитики.
Теперь я говорил об этом ранее, что является гибкостью вещей. Я не могу не подчеркнуть это достаточно, имея возможность сказать, вы знаете, из коробки, если есть что-то, что не контролируется, возможность иметь функциональность в продукте, чтобы иметь возможность добавлять эти вещи в быть под наблюдением. И в том смысле, что на примере Diagnostic Manager у нас, очевидно, есть счетчики WMI, счетчики, счетчики SQL Server, вы можете создавать свои собственные запросы.
Вы даже можете, вы знаете, если хотите, получить данные из вашей среды vCenter или вашей среды Hyper-V, в результате проводимого опроса и возможности, вы знаете, делать это на регулярной основе и потяните эти данные и сможете просматривать их. И, еще раз, перемещайтесь из одного места в другое, когда вы смотрите на эту информацию.
Так что это те вещи, которые, с точки зрения того, что я вижу у людей, когда они говорят об инструменте, который поможет им с точки зрения настройки и производительности, - продукт, который я собираюсь показать вам всего лишь Второй - это «Диагностический менеджер», который поддерживает все, начиная с 2000 года и вплоть до 2016 года. Он специфичен для SQL Server, и поэтому мы отслеживаем управление этими вещами. Там нет агентов на самих экземплярах, которые контролируют экземпляр.
Это восходит к сбору информации с небольшими затратами, что, вы знаете, мы явно пытались собрать эту информацию, не слишком много ресурсов, не так ли? Мы пытаемся использовать то, что SQL Server уже предоставляет нам, и улучшаем его, будь то динамические административные представления, расширенные события или что-то в этом роде с точки зрения самой коллекции. Возможность использовать эту информацию и сделать ее лучше - один из наших мандатов.
Теперь, если вы посмотрите на это очень быстро, я не буду вдаваться в подробности архитектуры, а буду иметь внутренний репозиторий со всеми нашими историческими данными, которыми вы сможете управлять и которые сможете хранить до тех пор, пока ты хочешь. Вы даже можете выбрать тип информации, которую вы хотите сохранить, и как долго. Это возвращает нас к тому, что мы собираем соответствующие данные и оставляем ненужные данные. Если вы хотите, чтобы запросы выполнялись в течение пяти дней и выполнялись по основному принципу, а ваши оповещения оставались в течение двух лет, это ваше дело, и это ваша прерогатива.
Ряд различных приставок с этим продуктом. У вас есть веб-версия, а также версия для толстого клиента. И поэтому у вас есть возможность переходить в браузер и видеть, что происходит, или если у вас есть ноутбук, на котором установлен выделенный клиент, любой из этих подходов будет работать для вас.
Теперь я хотел бы сделать небольшую демонстрацию. И я хотел бы отметить - я возвращаюсь к этому другому слайду здесь - который у нас есть, мы только что добавили, просто как к сведению тех людей, которые знакомы с продуктом, у нас есть новое предложение, которое является Диагностический менеджер Pro. Профессиональное предложение, которое включает в себя то, что мы называем анализом рабочей нагрузки.
И действительно, это возможность интерактивно смотреть на очень большие периоды времени и переходить от этого, вы знаете, 30-дневного просмотра к, вы знаете, пятиминутному просмотру примерно за три клика. И если вы сможете увидеть скачок производительности или проблему в узком месте, которую вы, возможно, сможете, вы знаете, вы сможете увидеть на очень высоком уровне и свернуть до очень низкого уровня. И особенно это сегодня, это новинка для продукта.
Но то, что я хочу сделать, это просто начать с самого начала, и я хочу немного поговорить об этом повороте и идти вперед и назад. И я привел пример, и я собираюсь поделиться на моем экране здесь. И, давайте посмотрим … Там мы идем. Мой экран. И дайте мне знать, ребята, что вы можете это увидеть.
Эрик Кавана: Ну вот.
Bullett Manale: Там все в порядке? Хорошо. Итак, то, на что вы смотрите прямо сейчас - и это продукт Diagnostic Manager - и я просто хотел показать вам своего рода демонстрацию того, что здесь происходит. В этом конкретном примере мы показываем вам запросы, связанные с ожиданиями. И поэтому, когда я говорю о возможности идти вперед и назад, углубляться в детали и разворачиваться, это - это представление здесь является хорошим примером этого. Я могу перейти с временной шкалы, как мы видим здесь, которая будет отображаться сейчас. В нашем случае мы смотрим на самих ожидающих и на категории самих ожидающих. Мы можем видеть заявления, которые связаны с этими ожиданиями, мы можем видеть приложения.
Обратите внимание на то, что здесь отображается временная шкала, поэтому я могу определить эту информацию линейно, исходя из того, когда возникла проблема, но, опять же, если я хочу просто еще раз повернуть, и я говорю: «Вы знаете, что, давайте посмотрим на это с другой точки зрения, - давайте пойдем дальше и посмотрим на это с точки зрения: «Я хочу увидеть запросы, ожидания или приложения, которые причиняют мне наибольшую боль, и оценить их». И это то, что мы » мы увидим «запрос ожидает по длительности». Теперь мы видим сами приложения, которые причиняют мне большую боль, или ожидания.
И затем, вот часть, которая действительно самая важная часть, - это возможность изолировать эти вещи. Я вижу, что это NoSQL-приложение запускается здесь. Это заставляет меня долго ждать, в том числе 25 секунд времени ожидания в этом 30-минутном окне, в которое мы пробурены. И тогда я могу изолировать это приложение и увидеть в этом случае утверждения, которые непосредственно влияют на данный конкретный экземпляр.
И поэтому это только один пример того, как вы сможете выявить узкое место, уметь оценивать информацию, определять приоритеты проблем, которые необходимо решить в первую очередь. Это все вещи, которые вы должны учитывать. Вы знаете, вы можете исправлять проблемы в течение всего дня, но если вы исправляете проблемы, которые должны быть устранены в нижней части списка, то вы напрасно тратите свое время. У вас есть альтернативная стоимость, связанная с этим.
Я приведу еще один пример, и это немного другой пример. Вместо того, чтобы конкретно указывать на проблему или указывать на область, вам также нужен инструмент, который поможет вам в широком смысле слова: «Эй, у нас были какие-нибудь проблемы?» Или « Есть ли что-то, что я могу сделать, чтобы улучшить производительность? »и что-то вроде закулисного наблюдения за тем, что происходит. И в этом случае это может быть связано с конфигурацией; это может быть связано с тем, каким образом осуществляется управление состоянием самого экземпляра. А также, очевидно, также и производительность.
Если я перейду к этой кнопке «Анализ» здесь, то, что я собираюсь показать вам, это то, что в рамках этого продукта у нас также есть своего рода упреждающий список вещей, которые можно выполнить в ранжированном формате, что, по сути, предоставит вам понимание в вещи, которые, вероятно, дадут вам повышение вашей производительности в этом случае, или увеличение здоровья этого экземпляра. И это в ранжированном формате, в том смысле, что у вас есть возможность увидеть, какие из них с большей вероятностью улучшат вашу производительность в зависимости от определенного типа выявленной проблемы.
И поэтому, когда я смотрю на эти вещи и идентифицирую их, я не только вижу, что у меня есть проблема, и у меня также есть, во многих случаях, сценарий, который может быть создан автоматически для решения этой проблемы. Но во многих из этих случаев у нас также есть внешние ссылки, которые будут ссылаться на тип проблемы, с которой мы сталкиваемся, а затем на то, почему мы даем эту рекомендацию, чтобы вы получили этот образовательный аспект вещей. Что, опять же, я думаю, очень важно, когда вы говорите о решении проблем.
Я не хочу просто слепо следовать этим рекомендациям, я хочу понять, почему эти рекомендации делаются. И я мог бы быть старшим администратором баз данных, который делал это в течение 30 лет, и мне нужно что-то, что собирается, вы знаете, проверить - или расставить точки над «я», и пересечь цифры, в этом случае - или, может быть, я младший администратор и Мне нужна небольшая помощь с точки зрения понимания этих проблем по мере их возникновения и того, почему эти рекомендации делаются.
Как я уже сказал, я просто собираюсь рассказать вам о нескольких разных частях продукта. Этот инструмент существует, вы знаете, он существует с 2004 по 2003 год. И в него действительно вложено много развития, много информации, поэтому не имеет смысла пытаться показать вам все здесь. Но я думаю, что одна из вещей, на которые стоит обратить внимание, это то, что, когда мы заходим и начинаем говорить обо всех вещах, которые вы можете отслеживать, и обо всех вещах, о которых вы можете предупредить, еще раз, возвращаясь к этой гибкости вещей. Вот список всех предметов, которые мы отслеживаем.
Теперь это не обязательно означает, что я хочу считать эти вещи находящимися в состоянии тревоги, если они выходят из строя с точки зрения порога, так что вы можете включать и выключать эти вещи. Это восходит к тому, «Эй, мне нужно только сделать определенные вещи с определенными показателями. Мне нужно только, вы знаете, предупреждать о некоторых проблемах ». И быть в состоянии убедиться, что мы не собираемся, вы знаете, насытить вас кучей ложных срабатываний. Вы можете не только включать и выключать эти вещи, но во многих случаях вы заметите, что мы также предоставляем эту полосу нормальности, поскольку она относится к каждой метрике. Поэтому, если я посмотрю на этот конкретный, в данном случае базовый уровень, я бы заметил, что порог, вероятно, выше, чем сейчас.
С другой стороны, что если у меня есть экземпляр SQL, где я отслеживаю некоторые метрики и эти метрики, по какой-то причине установленные мной пороги неверны? Другими словами, пороговые значения находятся в середине того места, где базовая линия фактически находится, что означает, что если у меня есть предупреждение, привязанное к этому порогу, я, вероятно, получу предупреждение о чем-то, что является нормальным событием. И поэтому, в таких ситуациях мы можем предоставить вам эту информацию по всем направлениям.
Для всех метрик в данном конкретном случае я вижу те пороги, которые, вероятно, будут давать ложный положительный результат с точки зрения того, что нормально, а что нет. Это будет что-то, что будет считаться чем-то более обычным для использования на стороне памяти, и если бы я хотел увеличить этот порог, я бы мог, но это своего рода идея с базовыми показателями.
И отличительной особенностью продукта Diagnostic Manager с точки зрения самих базовых показателей является возможность установки нескольких базовых показателей. И вы можете спросить: «Зачем мне это делать?». Ответ таков: хорошо, если у вас есть окно обслуживания, которое работает, скажем, с полуночи до 4 часов утра, когда вы действительно облагаете налогом свои ресурсы, вы Если вы действительно используете ресурсы настолько, насколько это возможно, то вы хотите иметь возможность еще раз сместиться, и вы хотите немного повернуться и сказать: «Послушайте, мы собираемся изменить наши пороги для этого». И мы на самом деле можем динамически корректировать наши пороговые значения, в зависимости от того, в какой базовой точке мы находимся, исходя из времени дня или дня недели и т. Д., Которыми они являются. Поэтому он будет динамически корректировать эти пороги для нас.
Давайте сделаем шаг снова. После того, как мы определили эти пороги, как только мы прошли, и с точки зрения настройки предупреждений и уведомлений и информирования об этих ситуациях, которые могут произойти, опять же, гибкость имеет первостепенное значение. Вы хотите быть в состоянии предупреждать в определенных ситуациях. В других ситуациях вы можете захотеть отправить электронное письмо кому-то другому, вы можете запустить скрипт PowerShell, вы можете, знаете, список можно продолжить.
Я мог бы хотеть объединиться с чем-то через ловушку SNMP или даже непосредственно с, например, SCOM. Дело в том, что у вас есть гибкость, чтобы сделать это, и вы можете настроить любые типы условий, которые гарантируют это, будь то очень широкие условия - вы знаете, мой процессор и память или любые другие ресурсы - во всех моих экземплярах или, может быть, у меня есть очень специфический тип вещей, за которыми я хочу следить, потому что, когда я обнаруживаю, что мы нарушаем, я хочу запустить очень конкретный и направленный сценарий для решения этой проблемы. Так что именно здесь вы сможете делать такие вещи внутри продукта Diagnostic Manager, просто, вы знаете, с точки зрения предупреждений и уведомлений, и быть гибкими с этой точки зрения.
Теперь я не буду проходить через все предупреждения и все эти хорошие вещи. Я действительно хотел поговорить об отчетах. И, опять же, возможность получать информацию и использовать эти данные различными способами - и это снова возвращает нас к разговору с вашими данными. И многие люди, когда впервые видят этот продукт, думают: «О, хорошо, у меня будет инструмент, который предупредит меня, когда возникнут проблемы. Это то, что мне нужно ». И реальность такова, что им нужен этот инструмент, но с другой стороны, если они действительно… им также нужен инструмент, помогающий им принимать решения, и они могут использовать эту информацию, чтобы мы собирать во имя исполнения, а также во имя оповещения, чтобы иметь возможность помочь вам принимать решения в будущем, двигаясь вперед.
Вы знаете, хорошим примером были бы мои прогнозы роста в моей базе данных. Если у меня есть конкретная база данных, которая растет, я могу указать на эту базу данных или даже на несколько баз данных, чтобы увидеть, каковы темпы роста. Мы не показываем вам, исходя из того, что, вы знаете, что это сегодня; это будет прогнозировать это на основе прошлого роста, который мы испытали.
Если у меня здесь есть несколько баз данных - которые у меня есть, представьте себе, - я мог бы пойти и сказать: «Давайте возьмем данные за последний, знаете ли, годовой объем данных, давайте сопоставим их по месяцам и в выборке. в месяцы, давайте посмотрим, какой рост мы увидим в ближайшие три года или 36 единиц ». В этом случае мы можем очень быстро ответить на этот вопрос. Теперь попробуйте сделать это самостоятельно, верно? Попробуйте сделать это за столько времени, сколько я сделал самостоятельно. Это займет у вас некоторое время.
Теперь, чтобы еще больше подчеркнуть, давайте возьмем еще один отчет, который является моим отчетом о главных серверах. Представьте, что у меня есть сто производственных экземпляров, чего в данном случае у меня нет. Но если кто-нибудь придет ко мне и скажет: «Мне нужно, чтобы вы сказали мне - мы собираемся выпустить эту новую базу данных для этого замечательного нового приложения; это изменит все, как мы это знаем; это сделает жизнь такой замечательной. О, кстати, сама база данных будет очень интенсивно вводить / выводить, или она будет интенсивно загружать процессор, или действительно интенсивно использовать память … », какой бы она ни была заполнена, я хочу быть в состоянии увидеть, из всех моих производственных экземпляров, где имеет смысл поместить эту базу данных? И я могу ранжировать все свои экземпляры друг с другом по условному типу, будь то процессор, память, диск или что-то еще. И поэтому суть здесь в том, что вы сможете быстро и эффективно ответить на этот вопрос и принять правильное решение, а не гадать, когда вы это сделаете - все это, безусловно, очень важно, и вам нужно что-то, что поможет вам.
И когда мы говорим об аналитике, она может варьироваться от всего, о чем мы говорим о планировании емкости, до, вы знаете, оповещений, с которыми вы ежедневно сталкиваетесь, которые могут иметь дело с ЦП, как ну, очевидно, сами запросы, есть ли блокировки и так далее и тому подобное.
Другим примером этого может быть, если я зайду в раздел администрирования здесь - на самом деле, я заберу это обратно, раздел предупреждений здесь - запросив хранилище нашей исторической информации о событиях, которые произошли в прошлом. У меня была блокировка, которая произошла в моей производственной среде? Я не знаю, давайте узнаем.
Я могу вернуться к своему производственному тегу и могу сказать, для всех моих производственных экземпляров, с заданным периодом времени, для любой метрики, которую я хочу идентифицировать. Если я перешел в состояние оповещения о, в нашем случае, скажем, блокировании по количеству, а не по секундам блокировки, и я могу вернуться назад и, в этом случае, на несколько месяцев, если мне нужно - или в этом случай, один месяц - и я вижу, что блокировка. Я могу видеть, когда это началось, я могу видеть, когда это закончилось, и я могу углубиться в любой из этих интервалов вытягивания, если мне нужно, чтобы увидеть специфику инцидента блокировки в себе. Вы должны иметь возможность иметь что-то очень быстрое, уметь находить то, что вам нужно и искать, а не крутить много циклов, чтобы сделать это. И поэтому, я думаю, это также важно.
Последнее, что я хочу показать вам - и показать вам этот продукт, продукт Diagnostic Manager - это то, что у нас есть, как я уже говорил, мы вошли и добавили еще один компонент в наш SQL Diagnostic Manager Про предложение. И это компонент анализа рабочей нагрузки. И это веб-версия, в данном случае, которую мы покажем вам здесь. Но суть в том, что это позволяет вам смотреть на действительно широкий период времени или очень специфическое окно времени, и, с помощью нескольких щелчков мыши, вы можете увидеть код, непосредственно связанный с проблемами, которые могли произойти,
В качестве примера этого, если я смотрю на четырехнедельное представление, здесь я могу видеть, прямо здесь, все всплески с точки зрения баз данных и производительности этих баз данных, и где мы видели активность ожидания в этих базах данных. Теперь, и вы можете видеть, если я вижу всплеск, то преимущество этого инструмента в том, что он просто позволяет выделить эту маленькую полоску прямо здесь. И потом, когда я это делаю, все вещи здесь меняются. Мы могли бы видеть базы данных, мы могли бы видеть, что все команды связаны с тем, что находится за этой панелью.
То же самое, если я скажу: «Давайте посмотрим на последние четыре часа», а не на последние четыре недели. Я все еще могу это сделать. Я все еще могу выделить этот период времени, а затем оттуда - вот, еще раз, вот мои опорные точки - все эти вещи, на которые я могу ссылаться. В верхних SQL-выражениях я вижу те запросы, в данном случае вызывающие ожидания, связанные с загрузкой ЦП. Просто просверлив, я могу увидеть эти запросы, связанные здесь - упс - и я также могу увидеть программы и еще много чего, связанного с этим.
Здесь вы получаете много понимания, и не только это, но вы можете видеть, что когда вы перейдете на командный уровень, он расскажет вам кое-что. Он скажет вам, видит ли он тяжелых операторов, затем вы сможете просмотреть планы выполнения. Это занимает немного времени, потому что это довольно много, чтобы загрузить этот. Но дело здесь в том, что у вас есть много разных способов просмотра данных, чтобы увидеть, что именно вы ищете, и затем, очевидно, сможете предпринять действия оттуда, как вам нужно, так и этот принимает дольше, чем обычно, поэтому я оставлю это на этом.
И с учетом сказанного, я собираюсь передать его обратно. И, надеюсь, это была хорошая демонстрация того, о чем мы говорили. И, как я уже сказал, сам продукт, который мы использовали для того, чтобы привести эти примеры, существует довольно давно, и поэтому мы могли бы рассказать и показать множество других вещей, но если это то, что представляет интерес из вас, вы всегда можете зайти на наш сайт и скачать его и поиграть с ним.
Эрик Кавана: И мне нравится, что вы показываете все эти детали. Если вы вернетесь к паре экранов - даже этот экран довольно хорош. Потому что есть так много разных способов визуализации того, что происходит на самом деле, и я думаю, что это один из наиболее недооцененных аспектов вычислительной техники в наши дни. Это, безусловно, среда базы данных, в которой у меня во многих отношениях есть такая шутка: «Мы все еще учимся говорить на силиконе». Мы все еще учимся понимать, как видеть то, что происходит, и с вашей точки зрения, что был очень хорошо принят, вам нужно поговорить с данными, чтобы лучше понять, что происходит, почему дела идут медленно, потому что есть так много возможных проблем. И, конечно же, у IDERA есть ряд различных продуктов, одним из которых являются старые продукты Precise, которые, я думаю, могут быть дополнительными к этому.
Но, может быть, Робин, я передам тебе пару вопросов, а потом Дез, пару вопросов от тебя, а потом, может быть, кого-нибудь из зрителей, не стесняйся. Отправь их сейчас.
Bullett Manale: Робин, ты отключен?
Робин Блур: Да. Все в порядке, я просто снимаю себя с ума. Я должен сказать, что это невероятно - вещь, которая на самом деле показалась мне наиболее драматичной в этом инструменте, потому что он действительно - особенно учитывая тот факт, что совершенно очевидно, что целый ряд измерений, в которые вы просто не вошли - вещь, которая на самом деле, Я думаю, что самое впечатляющее в этом то, что это, должно быть, действительно хороший способ обучить DBA. Вы знаете, это … поэтому, когда вы впервые приступаете к работе с базой данных и на самом деле мало что знаете о том, что на самом деле происходит в базе данных, на самом деле очень, очень сложно получить понимание. Так много ли это используется, особенно для тренировок? Я бы использовал это.
Буллет Манале: Да. Я имею в виду, когда вы говорите «обучение», вы имеете в виду что-то вроде обучения в процессе обучения, как что-то вроде DBA, верно? С точки зрения…
Робин Блур: Да, да, да, да. Инструмент обучения. Вы знаете, а.
Bullett Manale: Да, я бы точно подумал, что дело обстоит именно так, и тем более, что мы добавили это, компонент анализа, который мы показывали вам ранее, который имеет все рекомендации, связанные с ним. Но я думаю, что вы наверняка найдете в справке и во множестве различных областей продукта, он дает вам, вы знаете, много понимания. Много информации.
И реальность такова, как я уже сказал, вы можете использовать это, если вы не администратор базы данных. Вы, вероятно, обнаружите, что делаете некоторые поиски в Google и тому подобное, просто для общего знания того, что есть у большинства администраторов баз данных, но вы можете сопоставить это, и это определенно поможет вам с точки зрения: «Эй, ты знаешь, эй, что то, что называется фрагментацией? »или« Почему этот запрос выполняется 6000 раз? »Я имею в виду, потому что эти вещи будут доведены до вас, и они будут пузыриться, и вы увидите их. Вы увидите, что вы знаете, что нормально, а что нет. Вы увидите вещи, которые зашкаливают, и вещи, которых нет.
Как правило, мы стараемся установить это как наилучшие практики. Так что, когда вы указываете на экземпляр, он покажет вам вещи, которые определены как выходящие за рамки лучших практик. Я имею в виду, конечно, вы знаете, реальность такова, что лучшие практики это лучшие практики, и это не всегда реальные практики. Но, вы знаете, он покажет вам выбросы даже с начальной точки, в которую вы его установили, и укажет на экземпляр.
И затем оттуда вы можете двигаться дальше, поскольку вам необходимо обязательно исправить проблемы и определить, действительно ли это проблема или что-то, что обычно происходит в повседневной жизни. А потом, потому что у вас есть много информации, чтобы помочь и рекомендации, да, абсолютно.
Робин Блур: Хорошо. И еще один вопрос - но я уверен, что ответ на этот вопрос очень быстр - заключается в том, что у вас есть возможность детально перейти к отдельному запросу и отдельному моменту времени и посмотреть из этого измерения.
Bullett Manale: Конечно, да. В зависимости от того, что вы хотите сделать, вы можете посмотреть на одноминутное окно времени или на трехдневное окно времени или, вы знаете, трехнедельное окно времени. И, вы знаете, как я уже сказал, это зависит от того, как вы хотите посмотреть на данные, а также от того, что вы хотите собрать. В некоторых случаях мы собираем только те запросы, которые достигли порога, который вы определили. В других случаях мы можем собирать, вы знаете, каждый запрос, который вызывает ожидание.
Но у вас также есть возможность сказать: «Послушайте, те пороги, которые я определил, может, это просто для записи, или, может быть, только для чтения, или, может быть, только для процессора». Итак, если предположить, что он превысил этот порог, то это то, что вы хотите собирать. Затем, в любое время, на которое вы хотите посмотреть, вы сможете увидеть те запросы, которые являются оскорбительными, основываясь на том, что вы считаете оскорбительным.
У вас есть много разных способов посмотреть на данные. Вы можете посмотреть на это в консолидированном виде, чтобы увидеть, вы знаете, запросы, которые - сколько внутренних запросов было запущено, по сравнению с, вы знаете, каждым отдельным случаем этого запроса, чтобы посмотреть шаблон, если вы будет, чтобы увидеть, если это постоянно становится хуже.
Но, чтобы ответить на ваш вопрос, вы определенно можете указать на любое время, которое вы хотите. У вас есть эта вещь, называемая «Обозреватель истории», и я ее немного использовал, но в основном, какой бы момент вы ни выбрали, какой бы день в календаре вы ни выбрали, вы можете перейти непосредственно к этому моменту времени.
Прямо сейчас я смотрю 15 ноября в 19:05, и мы можем посмотреть на вопросы, относящиеся к тому времени. Если бы у меня было что-то, что работало плохо, учитывая это окно времени, мы могли бы посмотреть детали сеанса, специфичные для этого окна времени, чтобы увидеть, какие сеансы были запущены. Я имею в виду, что здесь есть целый ряд данных, и, как я уже сказал, самое сложное, на самом деле, это, может быть, 30 минут игры с консолью и выяснения, как это сделать.
Но как только вы поймете, что большая часть данных здесь находится на этой ленте, и она разделена на эти вкладки, и каждая вкладка имеет свой собственный набор динамически меняющихся кнопок, которые появляются каждый раз, когда вы нажимаете на нее, то смотрите ли вы на Время вещи или вещи, которые произошли на прошлой неделе, это тот же процесс. По сути, я смотрю прямо сейчас 15 ноября, но я так же легко могу посмотреть в реальном времени, просто нажав эту кнопку. И я собираюсь взаимодействовать с данными таким же образом.
Но чтобы ответить на ваш вопрос, да, есть много разных способов просмотра исторической информации, и это также относится к самим запросам.
Робин Блур: Понятно . Это очень впечатляет. И мне нравится тот факт, что окна синхронизируются, хотя это в какой-то степени становится необходимым во всем, что в настоящее время имеет дело с данными в реальном времени.
Буллет Манале: Да. Конечно.
Робин Блур: Вот лишь информация, на которую я на самом деле не знаю ответа. Как ваши предложения - SQL Server и облако - можете ли вы указать облако в рамках Ratio?
Bullett Manale: можно. Вы можете указать это под облаком. Когда вы на самом деле добавляете экземпляры, он спросит вас, RDS или Azure. Теперь будут некоторые ограничения, основанные на том, что нам показывают из облака, так что может быть … есть небольшая разница с точки зрения того, что мы можем контролировать, просто потому, что инструментарий, в некоторых случаях, не не для нас, чтобы собрать, основываясь на том, что Microsoft выставляет.
Теперь, если это что-то вроде, вы знаете, инфраструктуры как платформы, типа, вы знаете, или EC2 или что-то в этом роде, это совсем не проблема. Мы получаем все. И как мы работаем с Microsoft, так и с Amazon; мы работаем, чтобы раскрыть эту информацию более подробно. Но абсолютно да, мы поддерживаем эти среды.
Робин Блур: Хорошо, это интересно. Хорошо, я передам Дезу, который, я уверен, задаст вам вопросы в другом направлении.
Bullett Manale: Хорошо.
Дез Бланчфилд: Спасибо. У меня есть два очень быстрых для вас. Я думаю, вы знаете, во-первых, весы, вы знаете, я думаю, что одна из вещей, которые меня поражают, это то, что общая тема спектакля имеет тенденцию быть тем, о чем мы думаем, когда мы становимся очень большими, очень большими очень большие и широкие, и терабайты данных. Когда я смотрел демо, мне показалось, что это то, что на самом деле применимо даже к очень маленьким средам, что-то вроде получения производительности.
Какого рода распространение вы видите во внедрении этого, и думаете ли вы, что это, вы знаете, думаете ли вы, что это инструмент, который имеет хорошие, вы знаете - на мой взгляд, это так, поэтому я думаю, что это да - но я просто хочу увидеть то, что ты видишь. Меньшие организации ведут одни и те же разговоры и ищут инструмент для этого, или это действительно что-то в большом конце города?
Bullett Manale: это смешно - это хороший вопрос. Это немного смешано, но я бы сказал, что у нас тонна маленьких клиентов. И когда я говорю «мелкие клиенты», я имею в виду, вы знаете, от одного до пяти экземпляров покупок для управления лицензией. Теперь, в некоторых случаях, у них может быть 30 экземпляров SQL, и они действительно заботятся только о пяти, действительно, достаточно важно, чтобы инвестировать в такой инструмент для этих пяти экземпляров.
Но реальность такова, что даже в небольших магазинах у вас есть несколько SQL-серверов. В большинстве случаев, или во многих случаях, этот маленький магазин очень, очень зависит от этих баз данных, потому что, вы знаете, что они делают. И поэтому они не могут, они не могут позволить этому упасть. Знаете, они не могут иметь инструмент.
Другая сторона этой медали в том, что в некоторых из этих небольших магазинов нет выделенных администраторов баз данных, поэтому парень, который является самым умным парнем в комнате или более техническим парнем в комнате, оказывается назначенным администратором баз данных. И поэтому в этой ситуации им определенно нужна помощь, и этот инструмент, очевидно, поможет им и в этом отношении.
Для ваших больших сред, как я думаю, это упомянул Дез - или Робин, я не уверен - но, вы знаете, для больших сред вы будете удивлены тем, сколько у них администраторов баз данных, я имею в виду Вы говорите огромное количество экземпляров SQL, и у вас есть буквально горстка администраторов баз данных, которым поручено нести за них ответственность. И поэтому, с этой точки зрения, эти ребята, вы знаете, они нуждаются в некоторой помощи, потому что у них недостаточно ресурсов, чтобы действительно помочь им, и поэтому инструмент поможет компенсировать некоторые из них.
И поэтому мы видим, что довольно много, где, вы знаете, у вас есть три парня, управляющих 200 экземплярами. И, таким образом, вы можете представить себе логистику этого, если у вас нет такого инструмента, чтобы попытаться выяснить, даже когда есть проблема. Это не будет активным путем, я могу заверить вас. Надеюсь, это ответит на ваш вопрос. Да.
Дез Бланчфилд: Да, да. Это действительно поразило меня - и я думаю, что Робин вроде как намекал на это - но, вы знаете, обещание, которое вы описываете, когда вы делали демо, я имею в виду, что они не являются эксклюзивными для очень больших сред. Вы знаете, вы можете купить стандартную готовую платформу, которая предназначена для одной цели, и поместить ее в общую среду базы данных для чего-то другого, и это просто накажет всю среду.
Еще одна вещь, которая поразила меня - это не столько вопрос, сколько наблюдение, но я приведу его к вопросу, - и это то, что, вы знаете, когда организации уже сделали инвестиции в свою инфраструктуру и свои Платформа и их база данных, а также серверы и инфраструктура вокруг них, и они собираются купить продукт, каким бы он ни был - HR, ERP, инструмент BI - они уже отчасти сделали довольно большие инвестиции.
Какую реакцию вы видите, когда разговариваете с людьми, и они поняли, что у них проблемы с производительностью, но теперь они чувствуют, что должны сделать еще одну инвестицию, чтобы добраться до нее? Есть ли момент, когда они понимают, что после того, как вы продемонстрируете это, они воспринимают это как легкую задачу, и это не столько рекламный шаг, сколько скорее прозрение. Просто вы знаете: «Мы сразу увидим выгоду от этого». В отличие от того, чтобы просто продавать продукт? Мне кажется, что он продает сам, а рентабельность инвестиций просто прыгает со страницы.
Bullett Manale: Да, и это забавно, вы говорите, потому что много раз случается так, что кто-то, например, администратор базы данных или даже торговые представители, придет и скажет: «Эй, эти ребята хотят см. лист ROI по этому вопросу ». И, скорее, что-то на бумаге, которое мы им отправим. И демо всегда в 10 раз лучше, особенно если вы можете сделать это с самими администраторами баз данных, потому что
Дез Бланчфилд: Да.
Bullett Manale: Как вы сказали, продукт продается сам по себе. Действительно трудно определить рентабельность инвестиций на листе бумаги и сказать: «Хорошо, сколько кликов обычно выполняет администратор баз данных, вы знаете, клик за час?», Поскольку это относится к резервным копиям, вы знаете, или в любом другом случае., вы знаете? И пытаясь положить это на лист бумаги, это действительно трудно сделать. Но когда вы получаете кого-то, и вы показываете им продукт, и они видят его, это именно то, что вы сказали.
Люди осознают ценность этого. Потому что это не только помогает им понять и принимать лучшие решения, но также помогает им, знаете ли, не быть плохим парнем. Они могут быть первыми, кто узнает; они могут исправить проблему еще до того, как она обнаружит, что возникла проблема.
Другая часть этого заключается в том, что, вы знаете, как администратор баз данных, будь то, вы знаете, реальное или восприятие - и я думаю, что это восприятие - у вас действительно есть проблемы с производительностью. Вы парень, который указывает пальцем на вас, когда производительность падает, и реальность такова, что это может быть разработчик, который действительно вызывает проблему.
Имея инструмент, позволяющий сказать: «Эй, это не моя проблема, я должен быть в состоянии передать это разработчику, и они должны исправить это», или, вы знаете, в том же духе. Это хороший способ иметь что-то в своем арсенале, чтобы сказать: «Вот где настоящая проблема». Знаете?
Дез Бланчфилд: Да. Последнее, что вас поразило, и то, что меня поразило, глядя на это, когда мы проходили через это, было то, что часто, когда мы думаем о проблемах производительности, мы склонны привносить специальные навыки. Они приходят с 20-летним опытом, они смотрят на это, и они как бы, знаете, классическая шутка о парне, который входит в инженерный цех, имеет крошечный молоток и ударяет машину в нужном месте, а затем говорит «Это исправление в 15 000 долларов», и люди говорят: «Мы не платим за это», вы знаете, потому что это пять минут работы. И он говорит: «Что ж, на эту пятиминутную работу потребовалось 15 лет опыта, чтобы сэкономить миллионы».
Мне кажется, вы знаете, что есть средний процесс, люди проходят через эту вещь, говоря: «Хорошо, привнесите специальные навыки, исправьте проблему, она уйдет». Но то, что они сделали, это они просто нанесли пластырь, верно? В отличие от сценария, где, из того, что я вижу здесь, где, когда это происходит, да, они могли решить некоторые проблемы с производительностью, которые, как они думали, они испытывали, но мне кажется, только тогда, чтобы иметь это 24 / 7 вид, вы знаете, набор глаз, наблюдая за окружающей средой в режиме реального времени.
Вы действительно в конечном итоге уходите от сценария, когда администраторы базы данных просыпаются в четыре часа утра из-за запуска отчетов. Действительно ли это так - и, возможно, это риторический вопрос - но так ли это, что люди быстро переходят от желания инвестировать в продукт, чтобы заставить его решить конкретную проблему, но тогда он, как правило, просто становится частью ДНК?
Bullett Manale: Да, и это варьируется от места к месту, но, я имею в виду, у меня есть некоторые люди, которые первоначально приобрели продукт, например, в 2006 году, и они были на трех разных работах в разных компаниях, и они вошли и, когда они идут в эту следующую компанию, они продвигают это как что-то, чтобы получить, потому что у них есть рабочий процесс. И называть это так, я ненавижу называть это так, но, вы знаете, этот рабочий процесс включает в себя этот продукт, и они привыкли к нему изо дня в день, и это помогает им, и поэтому они не хотят узнавать что-то новое.
Но абсолютно. Я имею в виду, что большую часть времени мы заставляем людей скачивать этот продукт, это не потому, что у них есть бюджет, а то, что они выходят, и они говорят: «Эй, у нас есть этот бюджет производительности, нам нужно сделать подтверждение концепции, и нам нужно вмешаться и выяснить, провести оценку и все такое ». Обычно происходит следующее: у них возникает проблема с экземпляром SQL, и они ищут какую-то помощь для исправить эту проблему. Они идут и скачивают наш инструмент, они решают проблему, и затем они понимают, что это, сам инструмент собирается сделать больше, чем просто решить проблему, которая у них была в то время, что это фактически помогло бы им улучшить общую производительность. и не допустить возникновения других проблем, двигаясь вперед. И это точно. И вы определенно можете продолжать использовать этот инструмент для постоянной настройки среды, потому что вы всегда сможете увидеть не только то, что произошло прямо сейчас, но и то, что произошло на прошлой неделе, в прошлом месяце, в прошлом году, и сравнить это с тем, что произойдет. завтра. Вы знаете? Такого рода вещи.
Дез Бланчфилд: Да.
Bullett Manale: Так, конечно.
Дез Бланчфилд: Отлично. Итак, вы упомянули, вы упомянули кое-что о … Я просто закончу, прежде чем я вернусь к Эрику, чтобы закрыть. Одна из вещей, которые меня всегда интересуют, знаете, как люди получают в свои руки это? Вы упомянули скачать его. Что такое 30-секундная сводка о том, как они получают в свои руки это, получают копию, раскручивают ее и играют с ней, и что им может понадобиться в инфраструктуре, просто чтобы получить экземпляр.
Bullett Manale: Так и будет, вы идете в IDERA (idera) .com. IDERA.com - это компания, и если вы заходите на этот веб-сайт - и я действительно могу показать вам его здесь - я не знаю, пока еще я делюсь своим экраном, но если вы перейдете на страницу «Продукты», перейдите на страницу «Диагностика». Ссылка менеджера, там будет маленькая кнопка Скачать, и вы сможете просто скачать сборку после того, как заполните свои данные. Они попросят у вас 32- или 64-битную сборку, и вы, как говорится, отправитесь на гонки.
Дез Бланчфилд: И будет ли он работать на ноутбуке, чтобы кто-то мог с ним поиграть, или ему нужно где-то загрузить его на сервер?
Буллет Манале: нет, нет. На самом деле, то, что я показал вам сегодня, было запущено с моего ноутбука. Теперь мой ноутбук имеет 32 гигабайта и 8-ядерный процессор, но все равно это ноутбук. Но не обязательно иметь столько ресурсов, чтобы ответить на ваш вопрос. Сама оценка хороша в течение 14 дней, но вы можете предложить ей более длительную пробную версию. Если вы просто позвоните нам, мы можем продлить его для вас, если хотите.
Дез Бланчфилд: Я думаю, это должно быть что-то, что нужно отнять, потому что я определенно собираюсь это сделать. Я думаю, вы знаете, судя по всему, мне не составит труда скачать его и поиграть с ним. Вероятно, зайдите в одну из ваших сред и просто посмотрите, что вы видите, потому что я подозреваю, что - как и все, что я видел на фоне баз данных за последние 20 с лишним лет, что меня стареет - как только вы увидите, что находится под капот, это удивительно, что вы понимаете, что можете быстро исправить и получить небольшой прирост производительности.
Круто, спасибо за демо. Это было действительно здорово. Спасибо за все время, чтобы обсудить вопросы.
Bullett Manale: Пожалуйста . Спасибо-
Dez Blanchfied: Эрик, я вернусь к тебе.
Эрик Кавана: Да, у нас действительно хороший вопрос от аудитории. Вы как бы говорили об этом в своей презентации, и я на самом деле написал об этом в Твиттере, потому что это была отличная цитата. Вы сказали, что не хотите использовать инструмент для мониторинга производительности, который негативно влияет на вашу производительность.
Буллет Манале: Верно. Это верно. Это своего рода важная часть инструмента мониторинга производительности, если он не вызывает проблем с производительностью. Абсолютно верно.
Эрик Кавана: Точно. Ну, это как те, что прокляты - это как антивирусные программы, которые могут просто нанести ущерб системам. Я имею в виду, что я использовал несколько разных технологий для трансляции, когда антивирусная программа включается и усекает ваш поток. Так что случаются вещи, которые вы не ожидаете, но вопрос, это относится к тому конкретному комментарию, который вы сделали. А какие хиты производительности ты видишь? Это два процента, это пять процентов, это один процент? У тебя есть какие-нибудь цифры, которые ты можешь нам бросить?
Bullett Manale: Ну, я имею в виду, проблема с этим вопросом в том, что, вы знаете, часть обсуждения, о котором мы говорили ранее. Я могу дать вам - обычно это от одного до трех процентов, чтобы ответить на ваш вопрос. Но есть и другие объяснения, которые, я думаю, потребуются: мы предоставим вам множество способов рассказать инструменту, что вы хотите отслеживать, верно? И так, это возвращается к этому. Ну, я мог бы хотеть получить образец каждого запроса, который выполняется. Поэтому я хочу иметь инструмент, достаточно гибкий, чтобы можно было включить его, чтобы я мог это видеть.
Итак, часть этой гибкости включает в себя, вы знаете, ее стоимость. Если мне нужно собрать больше данных, потому что я хочу получить образец каждого запроса, который выполняется за последние 20 минут, я могу включить это, и он может это сделать. И так, но, вообще говоря, да, от одного до трех процентов - это то, что мы видим, с точки зрения накладных расходов. Но это будет меняться, и большинство из них будет зависеть от того, что вы включаете и выключаете, с точки зрения ваших порогов, количества данных, которые вы хотите собирать, интервалов опроса, всех подобных вещей, связанных с тот.
Фактически, если вы обращаетесь к самому экземпляру, которым вы управляете, вы увидите, что у нас есть несколько интервалов опроса, которые вы можете указать. И это просто потому, что мы хотим, вы знаете, мне не нужно проверять каждую - если я хочу сделать проверку сердцебиения в экземпляре, мне не нужно опрашивать процессор и все остальное вместе с ним, если я ' Я делаю это каждые 20 секунд. Таким образом, у вас есть несколько интервалов опроса, которые вы можете указать.
У вас также есть, как я уже сказал, мониторинг ваших запросов, который вы можете указать. И это может быть сделано для каждого экземпляра независимо, так что вы действительно можете обслуживать этот конкретный экземпляр с точки зрения того, что вы хотите отслеживать. Для моей статистики ожидания и мониторинга ожидания я могу включить или выключить это. И я могу сказать это, чтобы захватить все, я могу сказать это, вы знаете, что я хочу захватить и когда я хочу захватить это. Так что многое из этого также будет… Вы должны принимать во внимание то, что вы делаете, с точки зрения того, что вы говорите инструменту для мониторинга.
Но, вообще говоря, то, что я бы сказал, как я сказал, составляет от одного до трех процентов, что мы видим. Мы продавали этот инструмент долгое время - начиная с 2003 или 2004 года, как я уже говорил, - и у нас тысячи клиентов, поэтому я могу заверить вас, что, вы знаете, у нас их нет - мы стараемся Лучше всего не вызывать проблем с производительностью во имя производительности.
Эрик Кавана: Да, это действительно хорошая информация. Я просто подумал, что это блестящая цитата, потому что, вы знаете, опять же, вы не хотите победить цель того, что вы пытаетесь достичь, верно?
Bullett Manale: Точно.
Эрик Кавана: И я тоже ценю вопрос Робина; это действительно отличная платформа для помощи администраторам баз данных в понимании многих аспектов, аспектов и уровней того, о чем мы говорим. И я думаю, что концепция разговора с вашими данными очень уместна здесь, потому что, к вашему мнению ранее, вы не поймете это с первой попытки, обычно. Вам нужно потратить некоторое время на просмотр данных, просмотр исторических данных, выполнение этого синтеза в уме. И это работа человека, верно? Работа той профессии, которая отсиживается там и регулярно получает тепло от бизнеса, чтобы выполнять эту работу и поддерживать поезда в нужное время, верно?
Буллет Манале: Абсолютно.
Эрик Кавана: Ну, ребята, это было еще одно фантастическое событие. Если на любой вопрос, который вы задали, не было ответа, обязательно сообщите мне. Отправить письмо на. Мы архивируем все эти события, поэтому вы всегда можете перейти на InsideAnalysis.com, чтобы найти архив, или перейти к нашему партнеру, Techopedia.com. Если вы посмотрите на правую сторону их страницы, вы увидите События и перечисленные там веб-трансляции. Если вы нажмете на Другие события, вы сможете увидеть все перечисленные здесь веб-трансляции, прошедшие, настоящие и будущие.
И с этим мы прощаемся с вами. У нас есть еще пять веб-трансляций до конца этого года, ребята. Мы можем запланировать еще один. Но в противном случае это будет в 2017 году. Редакция вышла. Дайте нам знать, и если у вас есть кто-то, кто хочет продемонстрировать свои технологии, отправьте электронное письмо на адрес.
С этим мы попрощаемся, ребята. Еще раз спасибо за ваше время и внимание, мы поговорим с вами в следующий раз. Береги себя. Пока-пока.
