Персоналом Техопедии, 22 февраля 2017 г.
Вывод: ведущий Эрик Кавана обсуждает вопросы управления базами данных с доктором Робином Блором, Дезом Бланчфилдом и Бин Чау из IDERA.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, дамы и господа. Здравствуйте и добро пожаловать снова. Это среда, четыре часа по восточному времени, и в последние несколько лет это означает, что пришло время Hot Technologies. Это верно, это наше шоу с нашими друзьями Techopedia - Techopedia.com. Проверьте их онлайн. Они получают трафик монстров, 1, 5 миллиона уникальных посетителей в месяц. Это много интернет-трафика. Сегодняшняя тема: «Мечта администратора баз данных: обнаружение и управление в окружающей среде». Да, действительно, это большая проблема, особенно для крупных организаций. На самом деле есть слайд о вас, и достаточно обо мне, попадайте на меня в Твиттере @eric_kavanagh, я всегда стараюсь следить за вами и вступать в разговор там.
Опять же, мы говорим о технологиях баз данных сегодня и действительно можем понять, что происходит в широком спектре экземпляров баз данных. Как многие из вас знают, как только вы начнете развивать свою организацию, вы получите гораздо больше таких экземпляров, и держать их под контролем может быть немного интересной задачей. На самом деле, я помню несколько лет назад, у меня был отличный разговор с парнем, который был директором по управлению данными в офисе ИТ-директора в министерстве обороны. И я рассказывал ему обо всех этих интересных вещах, у нас был этот замечательный разговор, и я рассказал ему свою историю о лоббировании прозрачности в федеральных расходах, и он засмеялся и сказал: «О, так это ваш дом, куда я должен послать следующее Забастовка беспилотника хищника ». Он сказал:« Прозрачность в федеральных расходах? Я даже не знаю, сколько у меня здесь лицензий Oracle ». Когда я это услышал, я действительно смог оценить масштабы проблемы, с которой сталкиваются некоторые организации.
Теперь, в эти дни есть много интересных инструментов - сегодня мы услышим об одном - для понимания того, что там происходит, но даже 20 лет назад это было действительно серьезным испытанием. Когда речь заходит об организациях размером с DOD, вы можете себе представить, что получение справки о том, что сэкономит много денег, сэкономит много времени, решит некоторые проблемы управления; вы решаете несколько задач одновременно, если вы делаете это правильно. Мы узнаем об этом сегодня.
У нас есть собственный доктор Робин Блур, главный аналитик The Bloor Group. У нас есть Dez Blanchfield, наш специалист по данным, звонящий из-под Австралии, Сидней. И Бин Чау, старший менеджер по продукту IDERA, тоже на линии.
Мы делаем #HOTTECH в качестве хэштега - не стесняйтесь твитнуть во время шоу. И мы надеемся, что вы, ребята, зададите хорошие вопросы, поэтому, пожалуйста, не стесняйтесь: задавайте вопросы в любое время, используя компонент Q & A вашей консоли веб-трансляции или окно чата, так или иначе. И с этим я передам это доктору Робину Блуру. Позвольте мне передать ему ключи от WebEx. Там это идет, и заберите это.
Доктор Робин Блур: Хорошо. Что ж, поехали, давайте перейдем к первому слайду. В Италии их называют Стэнлио и Олио, Лорел и Харди. В 1990-х, когда все волновались за 2000 год, я участвовал в нескольких проектах 2000 года. И я пошел - давайте назовем их крупной страховой компанией - и они обнаружили, что у них было более 500 приложений, которые, как они не знали, существовали на мэйнфрейме. Они проводили инвентаризацию мэйнфрейма. Что ж, в те дни о средах мэйнфреймов заботились гораздо лучше, чем о том, что появилось позже, я имею в виду, что в этом нет никаких сомнений.
Я был действительно ошеломлен, и я разговаривал с людьми в организации, и они говорили, что не было никакого центрального всеобъемлющего … не было человека, ответственного за знание этой информации, вы знаете, в основном. Они никогда не проводили инвентаризацию своих активов. И база данных - это актив в недвусмысленных терминах, потому что он содержит данные и ценность данных. Сколько случаев это вопрос и на самом деле, где они? Это просто «Что такое база данных?», И по этой причине я считаю, что база данных - это шкаф, в который вы добавляете данные. И недавно я разговаривал с сайтом, на котором были тысячи экземпляров Oracle. Что ж, Oracle - это база данных, которая, если вы используете ее любым изощренным способом, требует администратора базы данных.
Я как бы спросил об этом, и они сказали, что, по-моему, это примерно семь или восемь администраторов баз данных во всей организации. И я сказал, вы знаете: «Кто присматривает за другими тысячами экземпляров?» И они сказали: «Ну, на самом деле, произошло то, что люди просто используют это как файловую систему. У нас есть несколько баз данных, которые находятся в больших кластерах, где производительность действительно имеет значение, и у них есть администраторы баз данных, которые постоянно стоят над ними. А потом у нас есть тысячи других баз данных, за которыми никто вообще не следит ». И я действительно спросил их, сколько именно баз данных, и они придумали:« Ну, в последний раз, когда Oracle проверял это ». Они сами не проверяли. Знаешь, это довольно интересно.
Но, вы знаете, есть причины для использования базы данных. База данных реализует модель данных. Он предназначен для совместного использования данных: он может управлять несколькими одновременными запросами данных, реализовывать модель безопасности, совместим с ACID, является отказоустойчивым или может быть настроен на отказоустойчивость. Вот почему у нас есть базы данных. Но, вы знаете, нередко встречаются сайты с тысячами экземпляров SQL Server или Oracle, и большинство из них просто используются в качестве файловых систем. И так зачем вам создавать новый экземпляр, правда?
Я знаю о командах разработчиков, что, если они создают новое приложение, они строят его в изолированном пространстве, поэтому у каждого нового приложения будет отдельная база данных. Они не обязательно будут пытаться сделать слой данных из вещей - я не думаю, что это хорошая практика. Но опять же, вы знаете, если у вас очень сложная среда, становится очень и очень трудно попытаться собрать все базы данных, которые связаны друг с другом, с точки зрения наличия данных внутри них, где есть отношения. Экземпляры создаются для реплик.
Вы знаете, у вас могут быть горячие резервы или реплики в целях доступности, но у вас также есть реплики или полуреплики в витринах данных. И как только мир хранилищ данных был представлен, вопрос, вы знаете, сколько витрин данных было там, и люди просто использовали их в качестве клонированных файлов, извлекали данные из хранилища данных и не особо заботились о его производительности в ощущение, что они просто сделали бы производительность по умолчанию. Большинство из этих людей, вероятно, даже не знали, что вы можете настроить базы данных. Я видел проекты, которые разбивали данные на отдельные кучи для распространения.
Знаете, вы часто сталкиваетесь с такой ситуацией репликации, когда у вас есть несколько хранилищ внутри организации, и у каждого из них есть базы данных, и каждый является осколком центральной базы данных. Вы получаете экземпляры от шардинга. Плохие дизайнерские решения - я видел, что некоторые действительно причудливые проекты имели место с точки зрения баз данных, где люди создали отдельные базы данных без уважительной причины. И, как я заметил, базы данных - это файловые системы.
Кроме того, существуют тестовые среды и среды разработки, которые необходимо поддерживать и разрушать, но все они считаются экземплярами на базе данных, и все они, между прочим, должны иметь безопасность и все остальное, что, как мы надеемся, обеспечивает база данных. Соображения экземпляра - нагрузка на базу данных может быть оптимизирована только для конкретного экземпляра. Если вы действительно заинтересованы в том, чтобы иметь абсолютно лучшую производительность, то удаление данных в большом количестве баз данных не обязательно даст вам такую оптимизацию.
Есть причина не создавать ложные данные. Смешанные рабочие нагрузки в одной и той же базе данных, что и у контрпункта, могут привести к снижению производительности - особенно это заметно по OLTP, а большой трафик запросов просто не смешивается, никогда не смешивается и, вероятно, никогда не смешается. Обычно лучше консолидировать базу данных на уровне сервера, а не иметь несколько виртуальных машин. Но виртуальные машины обеспечивают изоляцию; с некоторыми людьми это дизайнерское решение изолировать данные от других данных, так что, знаете ли, если это приложение выходит из строя, или если эта база данных дает сбой, это не останавливает мое приложение.
Проблема с этим, конечно же, заключается в том, что вы в конечном итоге столкнетесь с следующим моментом - платой за лицензию на базу данных. Они различаются, но я видел, что плата за лицензию на базу данных стала критерием проектирования, потому что кто-то не хотел разбивать определенное число, и, следовательно, люди плохо проектируют системы просто из-за того, как работает лицензия на базу данных. И есть еще одна вещь: если вы начнете консолидировать все свои базы данных, стоит отметить, что администраторы баз данных стоят дорого. Это не так легко сделать.
Простое представление о мире - и это действительно последний слайд - есть уровень данных, транспортный уровень и уровень обработки. И все оборудование находится под этим. На самом деле невозможно оптимизировать уровень данных, не зная точно, что в нем и почему.
И, сказав это, я передам своему другу из-под ног, Дез Бланчфилд.
Дез Бланчфилд: Спасибо, Робин. Позвольте мне просто разобрать мою мышь здесь. Итак, я собираюсь дать нам пару анекдотов сегодня, потому что это огромная тема, и я мог бы провести две недели с маркером на доске, развлекаясь этим, потому что у меня было почти три десятилетия взлетов и падений в этом пространстве,
Но сначала мысленно-визуальная картина. Когда я думаю о проблеме, о которой мы говорим сегодня - и, по сути, мы говорим о росте, репликации и разрастании базы данных, и обо всех проблемах, которые с этим связаны, - я просто хотел представить эту картину гигантского дуба в нашем разум. Это чудесно красивые деревья, они начинаются как крошечный желудь, но растут до этих бегемотов. И когда они делают это, они очень большие и грязные. И как вы можете видеть из этого изображения, в качестве визуальной метафоры, если вам нравится, вы знаете, ветви идут повсюду, а затем ветки отрываются от них и уезжают в конце тех, и они имеют все случайные, хаотические формы, и это только часть, которую мы можем видеть над землей.
Я думаю о них как о данных внутри базы данных, и ниже, что есть структура корней, и они используют разные направления. Но это кажется очень чистым и разумным на поверхности земли там, где это красиво и ровно, но реальность такова, что под землей так же безумно, как и над землей; мы просто не видим этого. И я часто использую это, когда начинаю думать о том, как описать проблему, о которой мы говорим сегодня, для организаций, от совета директоров до технарей, чтобы попытаться заставить их визуализировать то, что на самом деле происходит в их организациях. Потому что так легко посмотреть на экран компьютера, увидеть эти прекрасные поля строк и столбцов и подумать: «У нас все разобрано, ничего страшного». Но это совсем не так. И вот в этот момент я обычно пишу одну строчку, говоря, что базы данных в моем уме похожи на желуди, вы знаете, они начинаются с малого и растут, но, прежде чем вы это знаете, у вас есть лес гигантских дубов, и, следовательно, визуальный.
Итак, два анекдота просто для того, чтобы поделиться сценарием, который вышел из-под контроля и который просто невозможно исправить, а затем еще один, который сделал то же самое, но смог исправить, и я выделю ключевой момент сегодняшней дискуссии о том, как мы пришли к этому.
Первым был сценарий, когда ИТ-директор с самыми большими намерениями со временем невольно вызвал одно из самых неожиданных и нежелательных разрастаний, которые просто вышли из-под контроля. Это был сценарий, когда правительственная организация с тысячами сотрудников, технически подкованных, требовала доступа к своим системам и инструментам, с которыми они могли бы начать сотрудничать и автоматизировать многие свои процессы. Они хотели уйти от бумажных форм, и они хотели создавать онлайн-системы, они хотели собирать данные, отслеживать их, отслеживать их, сообщать о них и представлять их своим коллегам.
И есть все, что угодно, от людей, которые приходят в свои офисы и регистрируются и регистрируются в целях безопасности, вплоть до того, кто заказывает что в столовой в обеденное время. И вот, благонамеренный ИТ-директор решил, что Lotus Notes - отличная идея, потому что он был на серии семинаров, а IBM проделала огромную работу по его продвижению, и в правильном сценарии это было бы отличным решением, если бы это было сделано под контролем. Но произошло то, что вместо того, чтобы отдать Lotus Notes группе технических специалистов, чтобы что-то внедрить в среду, а затем задействовать разумные инструменты и т. Д. И обеспечить некоторый контроль и управление вокруг этого, на самом деле произошло то, что он был внедрен в стандарт. операционная среда, SOE, поэтому каждый рабочий стол фактически стал сервером.
И вот, они предоставили учебные и практические заметки и документацию для всего этого процесса, и все неожиданно люди поняли: «Да, у меня есть Lotus Notes на моем рабочем столе!» Что это значит, как вы думаете? Что ж, это означало, что тысячи очень технически подкованных сотрудников научились писать сценарии и писать приложения, эффективно в Lotus Notes, создавать небольшие базы данных, которые по сути напоминали электронные таблицы, строки, столбцы и поля, и представлять этот небольшой веб-интерфейс через Domino.
Если бы я хотел получить информацию о чем-то, я мог бы просто создать небольшую форму и в интерфейсе типа электронной таблицы, поместить его в файл, создать небольшую базу данных Lotus Notes и представить ее в виде веб-приложения и начать сбор информации. И это звучало замечательно, пока оно не заработало в течение многих лет, и внезапно они осознали, что кто-то проснулся и сказал: «Хорошо, подожди, почему в локальной сети появилось 10 000 новых приложений на основе баз данных, особенно в последние 12? месяцы? Что происходит? ». Ну, что случилось, вы, по сути, дали людям пистолет, и он был заряжен, и безопасность отключена, и, конечно, они застрелили себя в ногу.
И здесь есть этот замечательный образ, который я обычно вспоминаю об итальянском художнике, который делает эту странную вещь, когда он получает грузовик с сеном и соломой и бросает его в середину художественной студии, а затем получает куратора художественной студии. случайным образом засунуть иглу в середину. А потом он проводит дни в прямом эфире, на камере, проходя через соломинку в поисках иголки в стоге сена. До тех пор, пока, спустя часы и дни, он не найдет его, прыгает вверх и вниз и не может не волноваться. И вообще, итальянский художник, что ты можешь сделать? Но это довольно забавно, и если вы когда-либо смотрели это онлайн или если вы действительно смотрели это онлайн, вы найдете это очень странным.
Вот сценарий кошмара, в котором доброжелательный технический человек дал деловым людям - очень технически подкованным деловым людям - инструмент, который должен был облегчить их жизнь. Но вскоре у нас возникли вопросы, например, кто их поддерживает, кто их отслеживает и поддерживает, где эти данные, в какой структуре находятся эти данные, кто контролирует схемы, что если я хочу создать другую версию, какие данные в этих версиях Могу ли я сделать интеграционное тестирование Dev на этих вещах?
Вы знаете, вы можете сделать свои собственные выводы о том, как все прошло, но все пошло не так, как вы можете себе представить, что это всего лишь сотни терабайт данных, а не резервное копирование, эффективно сидящие на ПК или ноутбуках на стойках, некоторые системы даже не были доступны, потому что люди не понимали, когда они выключали ноутбук в 5:30 и брали его домой, чтобы выполнять работу, которую никто в локальной сети не мог получить для этого приложения. Это не закончилось хорошо. И большое количество данных пришлось очистить, манипулировать ими вручную и вернуть в разумную систему; Большинство из них было просто уничтожено и удалено, потому что нельзя допустить дальнейшего разрастания.
Тогда мой второй анекдот с вещами в совсем другом путешествии. Представьте себе сценарий: у вас есть разработчик, тестирование, интеграция, системная интеграция, приемочное тестирование пользователя, производство, аварийное восстановление, резервное копирование и резервное копирование от одного до 99 и выше, у вас есть обновления, исправления и затем демонстрационные среды от от одного до 99 и более. И вдруг ты сидишь там и говоришь: «Подожди, что происходит, подожди, кто чем пользуется?» Знаете, это кошмар, который потенциально может произойти.
Но в этом сценарии у меня была возможность войти в организацию, которая хотела извлечь бизнес-подразделение по управлению активами из своей основной банковской платформы и создать его как отдельную организацию, по сути, как стартап внутри предприятия. Задача состояла в том, чтобы взять наше подразделение по управлению активами и всех людей, технологии и данные, связанные с ним, в государственных службах, создать стартап в нашей собственной компании и выделить его, чтобы он мог работать под собственным брендом.
Это мировой лидер в банковской сфере, который я не буду называть. Нам пришлось извлечь само подразделение по управлению активами и все, что с ним связано. Таким образом, все в полном объеме, весь персонал, физическая инфраструктура и переместить его в новое офисное пространство. Все бизнес-системы, все программное обеспечение, все данные, все лицензирование, вы называете это. Ну, вы можете себе представить, это было похоже на кошмар с самого начала.
И чтобы об этом рассказать, мы говорим о 78 системах в исходной банковской платформе, поддерживающих около 14 основных продуктов, которые могут быть около тысячи различных предложений. Сотни и сотни действующих баз данных используются, и когда я говорю об использовании, нам приходилось перемещать их на месте, поэтому в пятницу днем они были бы в одной среде, в понедельник они должны были быть где-то еще, а в субботу и в воскресенье у них должен был быть этот переход, когда транзакции переходили из одной системы слева, скажем, для ее визуализации, в другую систему справа.
Около 15 000 клиентов с бесчисленными записями каждый, и кошмар ETL, потому что ни одна из 78 систем на одной стороне не соответствовала системам на другой стороне. У нас была совершенно новая банковская платформа, новые системы, новое программное обеспечение, новые базы данных и новая схема. Итак, метаданные, поля, строки, столбцы, записи, таблицы, вы называете это, ничего не найдено. Есть 14 различных активных групп разработчиков, по одной для каждого продукта. И когда мы создали эту среду, мы обнаружили, что к тому времени, когда у нас были тестовые разработки, интеграция, системная интеграция, приемочное тестирование пользователей, производство, аварийное восстановление, демонстрационные копии, резервные копии, обновления, исправления - я даже там пропустил - например, обучение и образование, было 23 версии каждой из этих сред для каждой команды разработчиков.
Теперь вы сидите там, и внезапно ваша кровь начинает сворачиваться, а ваша кожа остывает, а волосы встают - это никогда не кончится хорошо. Что ж, получается, все получилось очень хорошо, потому что самое первое, что мы сделали, еще до того, как начали разработку технологии развертывания, было то, что мы пошли и получили правильные инструменты. И мы использовали инструменты, и не обязательно людей, но людей, которые гонят инструменты. Мы использовали инструменты для отображения данных, мы использовали инструменты для отображения баз данных, в которых они жили, мы отобразили все метаданные, схемы и все пути вплоть до строк, столбцов, записей и полей.
Мы знали, откуда мы пришли, и затем сопоставили это с картой того, что мы создавали, насколько выглядела готовая банковская платформа, и у нас была корреляция один к одному. И все, что упало в середине, мы создали комнату данных, где мы должны были пройти и вручную сопоставить их. Но прежде чем приступить к развертыванию и настройке этих сред в новом мире, мы убедились, что каждая отдельная запись, каждая отдельная таблица, каждое поле, каждая строка, каждый столбец, каждая база данных и все метаданные вокруг нее, все разрешения и элементы управления были сопоставлены, от одного до одного. И мы не сдвинули ни единой вещи, пока это соотношение не было сделано.
И вот, часть ETL превратилась из кошмара в довольно безболезненный процесс проверки правильности элементов управления и процессов, которым они следуют. И мы могли бы делать это на регулярной основе, почти ежечасно. Мы делали переход от производства в старом мире к новым средам разработки, тестирования, интеграции и т. Д. В новом мире. И в тот день, когда мы начали работу, после пятимесячного процесса запуска через месяц после тестирования, а затем через шесть месяцев он был в сети и активен, у нас была только одна проблема, и проблема заключалась в том, что кто-то забыл свой пароль и это должно было быть сброшено. Это была единственная проблема, которая, по сути, создавала около часа стресса для людей, которые думали, что что-то пошло не так - оказалось, что срок действия пароля истек, и они забыли, что это было, и пришлось его сбросить.
Вы можете вообразить этот сценарий по сравнению со средой Lotus Notes, где у кого-то были благие намерения, но он не продумал проблему, и затем нам пришлось пойти и попытаться отобразить все эти данные, а большую часть их пришлось списать. и это была просто большая потеря времени, усилий, ресурсов и морального духа. В сценарии, где, когда это правильно спланировано, правильно сделано и доставлено соответствующим образом с правильными инструментами, мы получили отличный результат.
И поэтому этот момент подводит меня к этой единственной строке - прежде чем я передам слово нашему партнеру, чтобы поговорить о том, что IDERA должна решить эту самую задачу, - это то, что в современном мире, где все чаще системы работают на базе данных, это не просто излишняя сложность, а для меня это факт, это необходимость, что, по моему опыту, интеллектуальные инструменты являются единственным способом управления обнаружением данных, управлением данными в масштабе и скоростью, с которой мы движемся.
И если все сделано правильно, как я надеюсь, иллюстрирует второй анекдот, который я только что поделился, это может быть очень безболезненным и очень плавным процессом. Не только в новых проектах, но и для того, чтобы получить доступ к текущей среде и обеспечить, чтобы в любое время и день вы могли отслеживать и отслеживать, что происходит в вашей организации, какая база данных там, какие версии базы данных вы используете, и кто чем пользуется.
И с этой целью я передам нашему партнеру из IDERA, и я с нетерпением жду возможности услышать, что они могут предложить на столе и как они решат эту самую проблему.
Бин Чау: Отлично, спасибо, Дез. Ребята, вы слышите меня хорошо? Хорошо, спасибо. Привет всем, я Бин Чау с IDERA. Сегодня я расскажу немного о продуктах, которые мы назвали SQL Inventory Manager, и в них рассказывается об обнаружении и возможности инвентаризации ваших экземпляров и баз данных SQL Server, а также о том, как справиться с тем, что у вас есть. об окружающей среде и поговорим о некоторых других вещах, о которых говорили Дез и Робин, в плане разрастания базы данных и потребности в данных в эти дни.
С учетом этого, вот некоторые соображения, которые вы услышали, я думаю, анекдотично из двух рассказов, которые описывал Дез. Но в основном сегодня существует такая большая потребность в данных и бизнес-группах, а бизнес-группы вроде как раскручивают свои собственные приложения и серверы, особенно с SQL Server, верно? Поскольку вы можете легко раскрутить версию SQL Express или BI-сервисы, это просто разрастание SQL, которое происходит во многих организациях, от маленькой до большой.
Часто администраторы баз данных не знают, что кто-то решил начать, вы знаете, создавать экземпляр, а не просто помещать базу данных в существующий экземпляр. Они не знают об этих вещах, пока потенциально не возникнет проблема, и кто-то не позвонит администратору базы данных: «О нет, мое приложение перестало работать, оно не может подключиться к базе данных, что происходит?» И вы знаете, когда администратор базы данных спрашивает некоторые вопросы, которые они обнаруживают: «Эй, этого не было на нашем радаре, мы не знали об этом».
Еще один вопрос - стоимость лицензирования, верно? Лицензия Microsoft SQL Server: способ ее работы заключается в том, что вам не нужно иметь конкретный ключ для этого количества экземпляров, которые у вас есть. Вы можете развернуть, а затем они проводят аудит. Вы знаете, они проводят аудит позже и узнают, сколько лицензий вам действительно нужно. Итак, если они проводят аудит, а вы не знаете о неизвестных серверах, это может привести к дорогостоящему аудиту. Итак, хорошо иметь инструмент или иметь инвентарь заранее, чтобы знать, сколько стоит ваше лицензирование, и иметь возможность не только знать, но и управлять им.
И потом, о чем я только что говорил, если вы не знаете о сервере много раз, если все идет хорошо, все хорошо, но единственный раз, когда вы узнаете о чем-то, это когда возникает проблема. И это может привести к прерыванию работы или, возможно, сервер не обслуживается, и вы не получили исправление на этом сервере, и это создает проблему.
Некоторые из вопросов, с которыми сталкивается администратор баз данных, это то, что они сталкиваются, вы знаете, они могут быть административными или стратегическими, но некоторые вещи, такие как, Microsoft только что выпустила исправление критических систем, сколько систем будет нуждаться в этом новом патч? На кого повлияют простои, если мне понадобится отключить систему, чтобы ее исправить? Как я могу легко получить эту информацию? Должен ли я пойти в электронную таблицу? Должен ли я пойти в несколько систем, чтобы найти это? Должен ли я обратиться к различным бизнес-группам, чтобы получить этот список? Это действительно трудно по частям это.
Еще один хороший в основном, кто-то приходит, и они говорят, мне нужна новая база данных. Для этого потребуется размер X, и он должен иметь такую большую емкость, а затем они захотят узнать, где я могу их разместить. Не зная, что у тебя в ландшафте, трудно сказать им, хорошо, мы можем поместить это здесь, здесь или здесь. Вы как бы должны пойти и сделать свои ручные проверки, которые необходимы, чтобы сделать это. И мы говорили об аудите, а также о мошенническом сервере.
Если у вас есть мошеннический сервер, вы не знаете, в каком состоянии он находится, был ли он скопирован, есть ли у него все его исправления. Иногда вы можете не осознавать этих вещей, пока не возникнет проблема, которая была бы плохой.
Это все проблемы, вопросы, с которыми администратор сталкивается каждый день, что им бросают. Итак, я хотел представить вам SQL Inventory Manager, который является продуктом, который у нас есть. Это делает пару вещей. Это делает обнаружение, которое в основном своего рода выход в вашу среду, чтобы увидеть, какой SQL Server существует в вашей среде. Кроме того, он также может автоматически обнаруживать, поэтому, по сути, после того, как вы запустите обнаружение, вы можете настроить его на ежедневное или еженедельное - независимо от того, сколько времени вы хотите - чтобы находить там новые экземпляры.
Кроме того, вы можете также автоматически регистрировать эти экземпляры, чтобы вы могли начать отслеживать их и проверять состояние их работоспособности, а затем начать каталогизировать и вести инвентаризацию этих экземпляров, чтобы вы могли хорошо видеть ландшафт SQL Server. Что там, что такое производство, что такое разработка, что такое аварийное восстановление, что менее критично, и вы знаете, какие приложения на них работают. Кроме того, вы можете получать оповещения о том, когда что-то происходит, когда проверка работоспособности не проходит, в основном, если сервер выходит из строя, а также о ряде дополнительных вещей, которые вы можете использовать самостоятельно.
Эрик Кавана: Вы становитесь немного мягче, просто, чтобы вы знали.
Бин Чау: Извините, это лучше? То, что я хочу сделать, это провести вас, ребята, через демо, показать вам, ребята, что он делает. Подождите секунду, позвольте мне поделиться своим экраном в первую очередь. Ребята, вы видите веб-интерфейс? Это интерфейс диспетчера SQL. Экран, который я вам здесь показываю, это веб-интерфейс. Экран, который я здесь показываю, - это наш Экземпляр базы данных. Через вершину видно, что у нас все по-другому. Таким образом, «обнаруженный» - это в основном все случаи, когда он обнаруживается в сети. И то, что он собирается показать мне, в основном.
Эрик Кавана: Вы начинаете немного расставаться там. Вы можете положить телефон и поставить его на динамик. Преуспевать.
Бин Чау: на этом экране Discovery вы увидите все, что обнаружил Inventory Manager в вашей сети. Здесь он обнаружен как 1 003 сервера. И он скажет вам версию, издание, если сможет найти его, когда он был обнаружен и как он был обнаружен. Допустим, например, что я предпочитаю игнорировать некоторые из них, то есть, может быть, я хочу игнорировать Developer Edition, потому что они не так важны для меня, потому что они просто Developer Edition; Я могу проигнорировать их, и они будут помещены на вкладку «Игнорировать», поэтому в следующий раз, когда я запущу Discovery, он мне больше не покажется. Теперь я могу заполнить форму для автоматической регистрации или зарегистрироваться вручную.
И вот здесь я выбрал для мониторинга шесть экземпляров. И здесь он вошел в систему, и он будет запускать периодические проверки на них, а затем есть несколько проверок, что угодно, начиная с, вы знаете, он проверяет каждые 30 секунд, чтобы увидеть, работает ли сервер или нет, и это дает вам вид обзора что это за состояние. По сути, здесь говорится, что у меня один сервер не работает, а эти пять работают. Он также сообщает мне, какие серверные выпуски, количество баз данных, состояние баз данных, любые дополнительные инвентаризации или метаданные вокруг этого сервера. Я также могу получить здесь представление Licensing. Здесь он дает мне некоторую информацию о лицензировании Microsoft, которая мне нужна, если я хотел заблаговременно получить итоговую или сводную информацию до аудита Microsoft.
Вот количество ядер, количество сокетов, возможная лицензия на ядро, которую Microsoft представила с 2012 года. Это было наше представление об экземпляре. Наша страница обзора, это своего рода страница, которую вы откроете. Это покажет вам проверки работоспособности или рекомендации, которые у него есть, как сейчас, когда они говорят мне, что у меня есть девять баз данных, которые не имеют текущей резервной копии. Я могу щелкнуть там, чтобы перейти к деталям, какие это базы данных, и я могу зайти и предпринять действия с ними, если потребуется. Он сообщает мне все лучшие базы данных по размеру, лучшие базы данных по активности. Я могу нажать на конкретный сервер и получить более подробную информацию об этом.
Эрик Кавана: Пока это происходит, вы показываете здесь способность видеть все, что связано с сетью, верно?
Бин Чау: Верно. Это показывает все, что я выбрал для мониторинга с помощью Inventory Manager. Это SQL Server, он показывает мне все приложения, которые подключены к серверу. Опять же, я могу получить доступ ко всем базам данных, которые связаны на этом сервере. Здесь я мог бы пометить вещи. Я могу создать тег для этого конкретного сервера, независимо от того, является ли он доменом Precise. У нас есть клиенты, которые используют его, например, для того, чтобы пометить свои производственные серверы или свои долговые серверы, и затем они могут получить полный отчет о том, как обстоят дела. Перейдя на вкладку «Администрирование», я могу запустить Discovery. А Discovery в основном собирается выйти и запустить в вашу сеть и найти все SQL Server в вашей среде.
Здесь у меня есть этот точный домен, который является нашим доменом, и я настроил его, чтобы сказать, вы знаете, в этом конкретном домене используйте эту конкретную учетную запись пользователя Windows для обнаружения, и я хочу, чтобы вы сделали полное сканирование. Я также могу выбрать «Только сканировать этот конкретный поддомен» или «Только сканировать родительский домен». Но в данном случае я сказал, что нужно выполнить полное сканирование. Вот различные типы сканирования, которые я могу использовать, и если я сохраню это, то, в основном, это задание, которое я могу установить. Прямо сейчас, это выключено, что означает, что мне придется вручную запускать эти сканы. Но если бы я хотел, я мог бы установить это ежедневно, вы знаете, ежедневно выполнять работу. Или, если я решу не запускать его ежедневно - это слишком много, - я могу сказать, запускать работу еженедельно в определенную дату и время.
А затем здесь происходит автоматическая регистрация, если она включена, то при каждом обнаружении нового сервера она будет автоматически регистрировать его в Inventory Manager, чтобы я мог начать его мониторинг. Если есть какое-то издание, которое я хочу исключить, например, мне наплевать на Express или Developer Edition, потому что это среда разработки, тогда я просто щелкну по ним здесь, и то, что он будет делать, это просто говорит каждый Когда я найду что-то новое, я просто добавлю его в Inventory Manager, чтобы вы могли следить за ним, если это не версия для разработчиков или Express.
И здесь я могу установить теги, например, если у меня есть производственные серверы, я мог бы пойти сюда и пометить эти серверы. Я мог бы пометить либо базу данных, либо сервер определенным синим тегом, поэтому, например, я мог бы сказать, что этот AO_NODE должен иметь производственный тег. И таким образом, если мне нужно было легко добраться до сервера, я могу зайти сюда и щелкнуть тег «Производство», и он сразу же приведет меня к этим двум серверам. Это наше представление проводника, и оно показано владельцем, но я мог бы сказать по тегу экземпляра, по базам данных, и я могу расширить его, чтобы увидеть, что это такое.
Еще одна полезная функция, которую мы создали, которая действительно нравится людям, - это возможность взглянуть на то, чем вы управляете через Inventory Manager, и увидеть, на каком уровне патча они находятся. По сути, здесь говорится о шести серверах, которыми я управлял в своих инструментах, независимо от того, доступно ли обновление для Microsoft и есть ли версия, на которой я работаю, поддерживается ли она или нет, и поддержка положение дел. Если я захочу узнать больше об этом конкретном исправлении, я могу щелкнуть по нему, и оно свяжет меня со статьей от Microsoft с точки зрения того, что это исправление и как их устранить. Вы можете экспортировать этот список, если хотите, таким образом, вы можете сказать: «Эй, мне нужно исправить, возможно, три из этих серверов в эти выходные, а остальные три - позже».
Список сборки - так что есть список, который он проверяет, чтобы увидеть, что ваша версия актуальна. Вы можете выйти и скачать этот список, чтобы убедиться, что он актуален, и у вас есть последний список для сравнения. Еще одна полезная функция инвентаризации, которая нравится людям, - это возможность добавлять не только теги, но и возможность добавлять настраиваемые поля инвентаря. Вы знаете, если вы хотите добавить поле для тега базы данных, например, скажем, я хочу отметить его на уровне базы данных. Отдел, этот отдел и эта база данных, я мог бы сделать это другим типом: открытый конец, истина / ложь или список выбора.
И я мог бы сказать, вы знаете, это HR, маркетинг, R & D, финансы. И что это делает здесь, в основном, как только вы можете пометить эти вещи, вы можете получить некоторые данные отсюда, которые говорят, сколько емкости использует каждая база данных, а затем вы можете начать своего рода, растет ли и имеет ли смысл отозвать эти отделы?
Другое дело, вы знаете, если вам нужно запустить техобслуживание, зная, кто находится в этой базе данных, вы можете знать, к кому обратиться, чтобы сообщить им: «Эй, я должен провести техобслуживание в эти выходные, ваши базы данных будут отключены». и так далее и тому подобное. Еще одна полезная функция - это окно поиска, которое нравится людям. Часто администраторов баз данных спрашивают о базе данных, о приложении или сервере, в зависимости от того, кто с ними разговаривает, довольно сложно понять, где именно. Что вы можете сделать здесь, так это то, что вы можете не знать, где находится база данных, но вы можете просто ввести ее. Я мог бы просто набрать на панели IDERA Dashboard, и она вытащит пару баз данных и их места, чтобы вы могли легко получить тем. И затем он получает дополнительную информацию о них: их размер, размер журнала, есть ли у него когда-либо резервная копия, в каком режиме восстановления он находится, если я хотел добавить какие-либо теги об этом. В этом инструменте много разных функций, вы знаете, это инструмент инвентаризации, но это инструмент инвентаризации, который очень специфичен для SQL Server и для администраторов баз данных.
Потому что, я полагаю, есть дополнительные вещи, к которым администратор базы данных хотел бы иметь доступ или что-то вроде того, чтобы получить хорошее представление о том, как среда и их ландшафт выглядят для их баз данных. Вы также можете подписаться, настроить SMTP-сервер и настроить подписку для оповещения о себе или о любых пользователях здесь. Я собираюсь остановить это и вернуться к презентации. И этот последний слайд здесь - просто представление архитектуры. Это веб-консоль, которая работает на встроенных веб-службах Tomcat.
У нас есть несколько служб сбора и управления, которые мы помещаем в репозиторий, и службы управления отключаются и запускают обнаружение на различных экземплярах SQL Server. На серверах вашего монитора ничего не установлено. У нас есть периодические задания, которые просто собирают данные о них, так что, в основном, работает ли он или нет, как много данных используется, каковы другие версии людей. Ну вот и все.
Эрик Кавана: Да, позвольте мне спросить вас - я задам пару вопросов, и тогда я уверен, что у Робина и Деза тоже есть некоторые - просто из любопытства, когда кто-то приходит на аудит, скажем, Microsoft, они используют этот инструмент, или я предполагаю, что у них есть некоторые проприетарные инструменты, которые они используют?
Бин Чау: Да, я считаю, что они используют проприетарные инструменты. Дело в том, что этот инструмент является инструментом инвентаризации, поэтому он постоянно обновляется с точки зрения, вы знаете, потому что у него есть задача выходить и постоянно собирать информацию о ваших серверах, он будет работать там и в любой момент времени на самом деле вы будете иметь актуальную информацию о том, как все меняется, по сравнению с, вы знаете, одноразовыми отчетами, которые вы можете получить от Microsoft, чтобы сообщить, что это количество серверов, которые у вас есть, это версии, которые у вас есть,
Эрик Кавана: Да, мне любопытно узнать о Discovery. Итак, когда кто-то покупает этот инструмент и начинает его использовать, как на самом деле происходит открытие? Это было своего рода то, на что я намекал ранее, другими словами, вы касаетесь сети, чтобы увидеть, какие сигналы распространяются там, которые, по-видимому, являются экземплярами базы данных, и затем вы каталогизируете это, а затем, как только вы пометили экземпляр базы данных, который вы мониторите? Я предполагаю, что у него есть своего рода пинг, который он делает время от времени, и если он, например, выходит из строя, то, как вы знаете, он падает. Так ли это работает?
Бин Чау: Да. Я имею в виду, что после того, как вы включили Discovery, он отправляется в вашу сеть, и у нас есть несколько различных сканирований, но это, вы знаете, сканирование браузера и сканирование реестра. Он выполняет различные сканирования, чтобы увидеть, какой компьютер там, а затем проверяет: есть ли у вас SQL-серверы или BI-сервисы? А затем он возвращает его обратно, тянет в инструмент и показывает вам: «Эй, вот все, что я обнаружил».
И затем, если вы скажете: «Я хочу контролировать с помощью этого инструмента», тогда он будет отслеживать это и пинговать его. У него есть задания, чтобы пинговать его время от времени, чтобы сказать: «Хорошо, проверь это сейчас об этом», - ты знаешь, доступность базы данных - проверь это сейчас об истории базы данных, проверь сторону базы данных. Он запускает серию заданий для проверки базы данных, которую вы отслеживаете.
Эрик Кавана: Да, это хорошо. И у нас есть вопрос от аудитории. Я знаю, что у вас, ребята, есть инструменты, которые работают с различными технологиями баз данных, но этот, который вы, в частности, демонстрируете сегодня, предназначен ли он только для SQL Server или распространяется и на другие типы баз данных?
Бин Чау: Прямо сейчас этот конкретный инструмент охватывает SQL Server.
Эрик Кавана: Хорошо, все в порядке. Хорошо, позвольте мне передать это Робину, я уверен, что у него есть пара вопросов, а затем, возможно, вернуться к Дезу. Робин?
Доктор Робин Блур: Да, конечно. Совсем недавно Microsoft - где-то в 2006 году - объявила о выпуске SQL Server для Linux, но я не думаю, что он все же выпущен. Мне просто интересно, есть ли у вас какие-либо комментарии по этому поводу. Вы знаете об этом? Вы играете с этим?
Бин Чау: Да, мы. Мы планируем включить это. Я имею в виду, что хорошо в этом инструменте то, что я разговаривал со многими клиентами, которые создали свои собственные инструменты для своего рода, но они должны идти в ногу с новыми выпусками и версиями, которые Microsoft выпускает, но у нас есть новые версии и выпуски, мы включаем их на раннем этапе, чтобы убедиться, что инструмент сможет отслеживать и управлять новыми выпусками. Итак, SQL в Linux - это то, что мы планируем добавить и сделать доступным, когда он будет доступен - я полагаю, позже в этом году.
Доктор Робин Блур: Да, это интересно. Ожидаете ли вы, что многие ваши клиенты действительно сделают это? Я имею в виду, что SQL Server - очень сложная база данных, по моему опыту. Я имею в виду, вы знаете, это долго в зубе, наверное, это то, что нужно сказать. Я имею в виду, вы знаете, оригинальный Sybase, из которого он вышел, был довольно упрощённым во многих отношениях. Но Microsoft добавляла все больше и больше вещей за эти годы. Все это будет доступно в Linux? Я имею в виду, будете ли вы консультировать своих клиентов о том, стоит ли выполнять эту миграцию?
Бин Чау: Извините, вопрос, мы видим, люди спрашивают об этом?
Д-р Робин Блур: Ну, учитывая, что вы облажались с этим, настолько ли он сложен в Linux, как и в Windows?
Бин Чау: Я сам не играл с ним, но что я слышал от коллеги, так это то, что он на самом деле очень хорош. Но я лично не играл с новой версией SQL на Linux.
Доктор Робин Блур: Хорошо. Правильно ли я считаю, что вы просто размещаете агентов на каждом найденном вами SQL-сервере? Так работает этот инструмент?
Бин Чау: Нет, мы на самом деле не ставим агентов. Для этого конкретного инструмента, части Inventory, мы фактически не помещаем туда агентов. Мы просто идем и делаем звонок и проверяем статусы на нем. Одна хорошая вещь об этом инструменте - то, что это без агента.
Д-р Робин Блур: Итак, у вас есть другие инструменты SQL Server, не могли бы вы напомнить мне о том, какие другие продукты в этом наборе предназначены для работы с SQL Server?
Бин Чау: Да. У нас есть менеджер диагностики SQL. Это инструмент мониторинга и производительности. Он выполняет более глубокий анализ или диагностику, а также проверки производительности и работоспособности для вас, чем Inventory Manager. Inventory Manager - это облегченная версия этой проверки работоспособности. У нас также есть Compliance Manager и Secure, который является частью нашего пакета безопасности. Он в основном скажет вам, кто обращается к вашим данным, к каким данным они обращаются, почему, и поможет вам с соблюдением и другими правилами отчетности. У нас есть SQL Safe, который является нашим инструментом резервного копирования - он выполняет резервное копирование и восстановление, и это хорошо.
У нас также есть наш Enterprise Job Manager, который просто отслеживает вашу работу. И затем у нас есть инструментальная панель инструментов, которая представляет собой наборы инструментов администратора, а также наборы инструментов сравнения и SQL Doctor. Набор инструментов для администратора и набор инструментов для сравнения - это то, что я считаю швейцарским армейским ножом. У них есть несколько инструментов, которые могут помочь администратору баз данных делать разные вещи, такие как, вы знаете, проверять исправления или перемещать или клонировать базу данных. Но в этой панели инструментов 24 таких инструмента.
Доктор Робин Блур: Итак, люди, которые обращаются за Inventory Management, они обычно уже пользователи других ваших инструментов? Или это точка входа? Я могу себе представить - я имею в виду, вы можете сказать мне, если у вас есть какие-либо военные истории - но я могу представить, что если вы никогда не проводите инвентаризацию в довольно крупном центре обработки данных, опыт может быть довольно отрезвляющим. Это то, что вы найдете?
Бин Чау: Да. Я имею в виду, что у нас есть клиенты, которые знакомятся с инструментом из других наборов инструментов, однако у нас есть клиенты, которые ищут такой инструмент из-за проектов, которые у них есть. Одним из примеров, который у меня есть, была компания, которая объединилась с другой компанией и купила ряд компаний, и ей нужно было консолидировать свои позиции на SQL Server, чтобы сократить расходы. И поэтому они искали инструмент, чтобы как-то выйти и открыть для себя все, что у них было, чтобы они могли начать процесс того, как мы это консолидируем.
Доктор Робин Блур: Хорошо, я понимаю. Я думаю, что это довольно часто встречается при слияниях, когда вы думаете об этом. Хорошо, я передам Дезу, я не хочу принимать все время. Посмотрите, какие вопросы у нас есть из Австралии.
Дез Бланчфилд: Спасибо, да, вопросы здесь всегда с ног на голову. Одна из вещей, которая приходит на ум, и я понимаю это довольно много, вы знаете, компании не совсем уверены, где провести черту, когда начинать инвестировать. Когда организации - по вашему опыту, учитывая, что вы находитесь в холодной фазе - когда подходящее время начинать инвестировать в подобные инструменты, чтобы избежать проблем? Делаете ли вы это с первого дня, когда начинаете строить инфраструктуру базы данных новой организации или, как вы только что обрисовали, когда вы совершаете приобретение / слияние?
Или вам нужен конкретный масштаб? Вам нужны 10, 100 или 1000 баз данных? Каков ваш опыт в том, что касается рынка, с которым вы так долго работали, когда подходящее время, чтобы попасть в это пространство и, возможно, с чего начать? Как это выглядит, когда вы начинаете?
Бин Чау: Я имею в виду, я думаю, может быть, если это очень маленькая организация, вам может не понадобиться этот инструмент, например, с одним администратором баз данных или парой администраторов баз данных. Когда вы начнете получать группу, я не знаю, трех или четырех администраторов баз данных и, возможно, от 50 до 100 серверов, вы можете начать делать что-то вроде этого. Я полагаю, что по мере того, как ваша организация становится больше по размеру, и только деловые люди, которые разбираются в технологиях, хотят, вы знаете, как и тот пример, который вы привели, они хотят устанавливать приложения и базы данных самостоятельно, но именно тогда вы хотите иметь этот вид инструмента, потому что таким образом вы можете увидеть, что там.
Но даже в небольшой организации хорошо иметь инструмент такого типа, чтобы отслеживать то, что у вас есть. Если вы разделите его так, чтобы вы могли сказать: «О да, я купил SQL 2012 для этого блока, но в настоящее время он работает под управлением SQL 2008, потому что у меня есть приложение, которому по-прежнему нужна эта унаследованная версия». чтобы отойти от управления несколькими электронными таблицами, которые могут устареть.
Дез Бланчфилд: Другой вопрос, который у меня возник после этого: какие навыки или ресурсы должны иметь организации, когда они достигнут такого масштаба? Это тот случай, когда вам нужен определенный набор навыков, тип опыта или опыта, или тип человека, который лучше всего подходит для такого рода задач? Или это что-то такое, что среднестатистический администратор БД, системный администратор или сетевой администратор может использовать это? Вам действительно нужен остроконечный мозг с острым концом или вы можете поднять это довольно быстро?
Бин Чау: Извините, так вы говорили о наборе навыков этого человека?
Дез Бланчфилд: Да, поэтому, когда вы думаете об администраторе базы данных, вам нужен определенный набор навыков. Поэтому, когда вы начинаете нанимать DBA, по сути, для этой конкретной роли, когда вы думаете о типах проблем, о которых вы говорили здесь, когда вы используете такой инструмент, чтобы поддерживать топ отображения и отслеживания баз данных, Делая часть открытия и управляя этим конкретным инструментом, есть ли что-то уникальное в использовании инструмента и подходе к этому типу задач, или это то, что средний администратор базы данных может довольно быстро подобрать?
Бин Чау: Я имею в виду, я думаю, что ваш средний администратор базы данных может быстро это понять. Я думаю, что полезно иметь инструмент такого типа, потому что вы также можете изменить его, потому что он основан на сети. Вы можете передать его другим пользователям в вашей организации. Вы можете передать его разработчику приложения, который может проверить его конкретную базу данных или сервер. Он забирает некоторые административные вещи, которые должен выполнять администратор базы данных. Раньше кто-то звонил администратору базы данных и спрашивал: «О, почему мой сервер включен или выключен?» Теперь они могут получить доступ и посмотреть, работают ли их серверы или нет.
Дез Бланчфилд: А в какой среде среднестатистическая организация должна это развернуть? Нужен ли ему выделенный физический сервер или это можно сделать на виртуальной машине? Могут ли они развернуть его в облачной среде? Каков общий отпечаток для развертывания инструмента и просто его общего применения? Сколько тяжелого железа ему нужно для параллельной работы с другими средами, которые он отображает?
Бин Чау: Да, он может быть запущен на виртуальной машине, компьютере или сервере. Это не обязательно должен быть выделенный сервер, это просто зависит от того, сколько серверов вы отслеживаете. Если у вас большая среда, это может помочь иметь больший сервер, потому что он собирает много данных о SQL Server, который вы отслеживаете.
Дез Бланчфилд: Точно . Это то, что вы могли бы с комфортом запустить в облачном экземпляре и создать VPN обратно в свою среду, или объем собираемых данных, вероятно, немного тяжел для этого типа использования?
Бин Чау: Мы еще не настроили его для запуска в облако, чтобы запустить его в облаке. Вероятно, он должен быть запущен на прем.
Дез Бланчфилд: И последний вопрос, если смогу: много инструментов, которые я видел в этом пространстве, особенно там, где вы упомянули об этом в одном сценарии, когда кто-то приобрел компанию, или произошло слияние или что-то подобное, или даже если это была организация, которая просто объединяет бизнес-единицы, то это разумный сценарий использования, когда кто-то развертывает его на ноутбуке и переносит его в среду, чтобы отобразить мир как разовый, или это маловероятный сценарий использования? Более ли это тот случай, когда он будет там и просто останется бежать?
Бин Чау: Этот конкретный инструмент, скорее всего, устанавливается на сервере, и он остается там для запуска. Таким образом, вы можете собрать необходимую для этого информацию и, я думаю, вести постоянный учет того, что у вас есть. Он не похож на инструмент «Карта», потому что инструмент «Карта» - один на один, перейдите к нужному порту, сделайте то, что вам нужно сделать сегодня. Это своего рода - хорошая часть в том, что вы можете пометить его, дать людям доступ к нему, чтобы проверить состояние своего конкретного сервера, который им интересен.
Дез Бланчфилд: Хорошо. Вероятно, последний вопрос для меня, а затем я вернусь к Эрику для вопросов, которые приходят через окно вопросов и ответов с посетителями, потому что у нас сегодня была хорошая явка, одна из моих любимых. Просто чтобы завершить это, каков процесс, чтобы получить в свои руки это? Я знаю, что многие ваши инструменты доступны для вещей типа «попробуй, прежде чем купить». Куда людям обращаться, чтобы узнать больше об этом в Интернете, о местонахождении на веб-сайте, где они будут искать загружаемые файлы и как выглядит поездка, что-то вроде подтверждения концепции или испытания, чтобы получить в свои руки и ознакомиться с ним чтобы потом связаться и купить его?
Бин Чау: Да. Вы можете перейти на сайт IDERA.com и бесплатно загрузить двухнедельную пробную версию. И если вам это нравится, и вы хотите обратиться к нам, мы также можем запланировать демонстрацию с одним из наших инженеров, чтобы немного углубиться в инструмент.
Дез Бланчфилд: Фантастика. Что ж, большое спасибо за это. Я ценю время, чтобы побеседовать с вами об этом, и, основываясь на своем личном опыте, и я уверен, что говорю от имени Робина об этом на протяжении всей своей жизни, я считаю, что в настоящее время что-то подобное является требованием. Сейчас мы не можем сделать это вручную, как бы мы ни старались; масштаб слишком велик, и все движется слишком быстро.
Я настоятельно рекомендую людям сделать именно это, перейти на сайт IDERA и получить копию для игры. Поскольку потенциальный риск для моего собственного опыта с анекдотами, которыми я поделился только сегодня, заключался в том, что он может быстро превратиться из очень плохого в очень хороший, если у вас есть нужные инструменты, но он может пойти и другим путем, если вы не т. Эрик, обратно к тебе.
Эрик Кавана: Да, просто задайте вам последний вопрос, интересный. Мне просто любопытно узнать, что вы видите там, вы знаете, облако в наши дни, безусловно, становится все более важным - Amazon Web Services, но они не единственные, у Microsoft есть все предложение Azure. это, кажется, набирает обороты. Мне любопытно, что один из участников пишет, что доктор Блур сделал интересную мысль о том, что администраторы баз данных стоят дорого, и что проблема управления, вызванная мошенническими администраторами баз данных или кем-то, кто не делает то, что они должны делать, может ли это быть решено мигрируя в облако. Мне действительно просто интересно узнать, какую активность вы видите? Видите ли вы, что миграция в облако становится все более серьезной проблемой для бизнеса, или как вы относитесь к этой тенденции?
Бин Чау: Я чувствую, что все зависит от того, в какой проблеме вы находитесь. Мне кажется, что некоторые отрасли говорят: «Нет, мы не мигрируем». Они могут не мигрировать в общедоступное облако; они могут смотреть на миграцию или миграцию своих вещей в частное облако. Но потом я вижу, что некоторые организации, которые заинтересованы, вы знаете, действительно вступаете на быстрый путь и вроде как переходите на Amazon или Microsoft Azure. А потом есть люди, которые говорят: «Нет, мы не переносим наши данные» или «Мы переносим только определенные данные, но не наши критические». Я думаю, что есть три лагеря.
Эрик Кавана: Да, это имеет смысл. Я имею в виду, что мы видим это все больше и больше, и я думаю, что это будет происходить в припадках и довольно долго. И есть обратная реакция на облако тоже. Люди заходят в сервисы Amazon Web Services - мы слышали об этом не раз - и сначала затраты поддаются управлению, а затем со временем они просто набирают обороты, и вы как бы там застряли. Во многих отношениях облако - это просто еще один центр обработки данных, но это будет интересное путешествие, если не сказать больше.
Ну, ребята архивируют все эти веб-трансляции. Перейдите онлайн на techopedia.com, чтобы проверить полный список всех вещей, которые мы делаем. И конечно, insideanalysis.com для всех последних. И с этим мы собираемся попрощаться с вами. И еще раз большое спасибо за ваше время и внимание. Спасибо всем нашим друзьям в IDERA, и мы поговорим с вами завтра, надеемся на нашу кульминационную трансляцию «Философия данных». Правильно, «Философия данных» завтра в четыре часа по восточному. Надеюсь увидеть тебя там. Позаботьтесь, ребята, пока-пока.
