Сотрудники Techopedia, 26 мая 2016 г.
Вывод: ведущий Эрик Кавана обсуждает вопросы управления базами данных и обнаружения экземпляров с Робином Блором, Дезом Бланчфилдом и Буллетом Манале в последнем выпуске «Горячих технологий».
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, дамы и господа. Добро пожаловать еще раз. Меня зовут Эрик Кавана. Вещи горячие. Вещи накаляются здесь. Я не знаю, что происходит. О, это верно, пришло время для Горячих Технологий. Да, действительно, меня зовут, еще раз, Эрик Кавана. Вы можете найти меня в Твиттере @eric_kavanagh. Это шоу, которое предназначено для того, чтобы рассказать о том, что горячо на рынке. Сегодня заголовок «Ключи к царству: управление SQL Server с помощью динамического обнаружения». Хорошие вещи. Это действительно ваше. Хорошо, эта картина была из нескольких лет назад. Я не собираюсь лгать, я выгляжу немного старше, но это нормально.
Итак, мы говорим о том, как технологии и SQL Server действительно, действительно, действительно, очень актуальны. У нас сегодня целая куча контента, поэтому я собираюсь передать его прямо сейчас. Готовьтесь, здесь мы идем. Там наши ораторы. И Робин Блур идет первым.
Робин Блур: Да, действительно. Презентация будет углублена в управление базами данных, поэтому я просто подумал, что смогу пройти через управление базами данных или, как вы знаете, лабиринт баз данных, чтобы понять людей. Раньше я был администратором баз данных, полагаю, вы могли бы сказать, что я был консультантом по базам данных около 20 лет назад, и что меня удивляет в базах данных, так это то, что мало что изменилось. Многое изменилось с точки зрения скорости, с точки зрения объемов данных и тому подобного, но на самом деле многое из этого остается очень похожим на то, что раньше происходило.
На мой взгляд, база данных - это организованный расширяемый набор данных, который можно оптимизировать для конкретных рабочих нагрузок и обеспечить возможности управления данными. Он возник в первую очередь потому, что если вы хотели управлять данными в файлах, это была чрезвычайно сложная работа. И идея собрать часть программного обеспечения, которая могла бы выполнять практически все, что вам нужно, сработала почти мгновенно, как только мы получили произвольный доступ к мэйнфреймам IBM еще в 1970-х годах.
Реляционная база данных была изобретена в 70-х годах и возникла с точки зрения прототипов в 80-х годах, и с начала 90-х годов она стала популярной на рынке. И реляционные базы данных по-прежнему доминируют в популярности. Если вы читаете прессу, вы услышите очень много слов о них - базы данных SQL, и в последнее время очень много шума по поводу графовых баз данных. И это интересно, если хотите, но на самом деле все еще в последних продажах, реляционные базы данных занимают 95% рынка. А Microsoft SQL Server, о котором мы сегодня поговорим подробнее, является вторым по популярности в Oracle.
Особенность реляционных баз данных в том, что они необычны с точки зрения используемых механизмов, заключаются в том, что они могут работать как с OLTP, так и с рабочими нагрузками запросов. Вы должны настроить их по-разному, если вы собираетесь это сделать, но на самом деле они способны работать с обоими типами нагрузки. Одна из них - это короткие случайные транзакции, а другая - длинные запросы, охватывающие много данных. Альтернатива, база данных NoSQL и база данных графиков в основном для аналитики, и они выросли сравнительно недавно. NoSQL появился первым, и в последнее время график начал набирать обороты. NoSQL можно использовать для транзакций, но графики почти никогда не используются для транзакций. Причина, по которой я наткнулся на статистику, которой, как мне кажется, уже не менее десяти лет, говорит, что у большинства компаний по меньшей мере три, на самом деле эта цифра составляла 3, 5, базы данных разных марок, если вы посмотрите на их инвентарь программного обеспечения.
Но реальность такова, что большинство компаний стандартизируют определенные базы данных. И большинство компаний стандартизировали SQL Server и Oracle как две наиболее популярные для стандартных баз данных. И они используют альтернативы только в исключительных случаях, когда, например, они получают программный пакет, которому нужна другая база данных, или они стремятся к достижению некоторых из существующих целей анализа больших данных.
У нас также есть, если хотите, вмешательство Hadoop. Hadoop так или иначе стал больше, чем файловой системой, но еще не базой данных. Однако у него есть SQL, который находится поверх него. Но есть доказательства того, что он не вытесняет или не приближает к вытеснению реляционных баз данных, которые заработали сердца и умы мира. И причина этого в том, что этим реляционным базам данных понадобилось двадцать, а то и больше, чем двадцать лет, чтобы стать такими же хорошими, как они. И вы не просто создаете механизм запросов или механизм SQL, который действительно работает за очень короткое время. Такого просто не бывает.
Итак, вывод этого слайда состоит в том, что базы данных являются стратегическими, и они развиваются, они становятся лучше. И это, безусловно, было в случае с Oracle и Microsoft SQL Server. Наверное, мало кто из вас помнит времена, когда впервые появились базы данных, но я знал, что тогда я был мальчиком. Первоначальная идея состояла в том, что будет одна база данных, и это была концептуальная идея, которая абсолютно никогда не пустила корни. Была попытка IBM с AS / 400 создать файловую систему на основе базы данных, но она также не доминировала. Вы остаетесь с тем фактом, что базы данных естественно фрагментированы. У вас действительно есть несколько экземпляров. Есть проблемы с масштабируемостью. База данных масштабируется только до определенного размера, по общему признанию, размер увеличивался с годами, но у них были ограничения.
И были проблемы с рабочей нагрузкой, главная из которых заключалась в том, что рабочие нагрузки OLTP и большие рабочие нагрузки запросов просто несовместимы друг с другом. И было невозможно построить двигатель, который бы это делал. То, с чем мы сталкиваемся, что довольно интересно, я недавно наткнулся на сайт, на котором было более тысячи различных экземпляров Oracle. Я не могу точно вспомнить, сколько у них было администраторов баз данных, но если вы на самом деле говорили с ними о том, сколько из этих баз данных фактически контролировалось администратором баз данных, это было что-то вроде десяти. Они в основном использовали базу данных в качестве буфета и просто добавляли в нее данные, потому что, по крайней мере, у вас была схема, и она была более организованной, чем когда-либо была файловая система, но никто не делал ничего, кроме как предоставить ей конфигурацию по умолчанию и установить ее. потерять.
Я не уверен, что это была хорошая идея. Честно говоря, это звучит странно, потому что, на мой взгляд, всякий раз, когда я работал с базами данных, базы данных нуждались в посещаемости, и вам нужно было, так или иначе, точно знать, что там происходит. И очень много системных взаимозависимостей означает, что определенные виды уровней обслуживания обязательно должны быть соблюдены, иначе у вас возникнут проблемы.
Недавно был разговор, я сталкивался с различными базами данных, которые утверждают, что являются самонастраивающимися. Те, которые являются хранилищами столбцов, которые настроены для трафика запросов, в значительной степени самонастраиваются, потому что есть два варианта, которые вы должны выбрать в отношении индексов. Но помимо этой конкретной области, базы данных должны быть настроены. И они должны быть настроены на определенные реляционные базы данных, главным образом потому, что огромное количество транзакций включает в себя соединения. Присоединения являются дорогостоящими видами деятельности. Если вы не разместите правильные индексы в нужном месте, тогда объединения занимают слишком много времени, когда им это не нужно.
Самонастраивающиеся базы данных в настоящее время хорошо существуют только в тех областях, где рабочие нагрузки хорошо известны. И мой опыт показывает, что большинство компаний используют очень мало администраторов баз данных, потому что они дорогие. И поэтому лучше, если вы можете чередовать то, что делает администратор базы данных. Это деятельность DBA, насколько я понимаю. Они делают установку, настройку и обновление баз данных. Обновление, кстати, не обязательно тривиальное занятие. Причина, по которой вы обновляете базу данных, я имею в виду правило, с которым я всегда работал, не трогайте его, если он работает, и если вы собираетесь обновить базу данных до какой-то конкретной новой версии, вы делаете это в тестовом режиме сначала и после этого все модернизируешь. Вы все еще имеете дело с одной и той же версией. Но на самом деле много сайтов, с которыми я сталкивался, это не то, что происходит. Существует, скажем, справедливая степень энтропии. Управление лицензиями является проблемой, зависит от того, какая лицензия у вас есть. ETL и репликация данных.
Один из приемов работы с базой данных заключается в том, что если у вас есть рабочая нагрузка запроса, которую нужно разделить, вы можете создать два экземпляра и выполнить репликацию, и это часто делается, когда люди используют реплику в качестве горячей резервной копии в случае необходимости. Затем планирование хранилища и емкости - это часть деятельности администратора баз данных, потому что данные, конечно, растут, и вам нужно это отслеживать. А затем вам нужно спланировать различные обновления или дополнения оборудования. Есть устранение неполадок, что является болезненным занятием для большинства администраторов баз данных. Там, где что-то идет не так, и резервное копирование работает не совсем идеально, и тогда они должны засучить рукава и спуститься и попытаться восстановить вещи из файлов журнала. Это происходит гораздо чаще, чем я думаю, ну, я помню, что это произошло, но я был вне игры по крайней мере десять лет, но я помню, что это происходило гораздо чаще, чем вы могли бы ожидать. Мониторинг и настройка производительности являются лишь одним из основных элементов работы DBA. Но есть и безопасность с точки зрения управления доступом, резервного копирования и восстановления, создавая системы тестирования программного обеспечения, которые разумно параллельны работающей системе. И весь материал жизненного цикла данных. Так что, на мой взгляд, это список работ DBA помимо всего прочего, что их могут попросить сделать. Оперативная динамика. В конечном счете, ответственность за целостность данных и управление уровнем обслуживания лежит на администраторах баз данных. И обычно они критичны. И это все, что я должен сказать. Я собираюсь передать Дез.
Дез Бланчфилд: Большое спасибо. Я собираюсь провести нас в небольшом забавном анекдотическом путешествии по поводу того, почему вся эта тема сегодня так важна и важна, как никогда. Не так давно я участвовал в проекте, где мы перенесли платформу правительства штата, которая использовалась для регистрации лицензий и регистрации транспортных средств, и целый ряд вещей по этой теме, с платформы мэйнфреймов Fujitsu, на которой была запущена вещь под названием A + Addition, которая операционная система Solaris, или, другими словами, Unix, работающая под управлением Oracle и прекрасно справляющаяся с этой задачей. И считалось, что эта вещь стареет, и пришло время перенести ее на что-то другое. Нам было очень весело работать с Unix на мэйнфрейме, он был очень стабильным, очень безопасным и, как ни странно, платформой SDL, и это было просто молниеносно. Но мудрость была в том, что пришло время сойти с мэйнфрейма и двигаться.
Эта сложная задача - сопоставить все системы, бизнес-логику и среду SQL для баз данных, находящихся под ней, и посмотреть, как мы собирались спроектировать и спроектировать новый дом для нее. И в итоге мы обратились к одной из этих вещей, которой уже пару лет, но это один из лучших серверов Sunfire Starfire системы стойки. И это, вероятно, одни из самых больших банок, которые вы можете купить на планете, которые все живут в одной большой коробке и симметричном многопроцессорном сервере. Это была система среднего уровня в нашем мире. Он работал под управлением Unix, и он работал под управлением Oracle, и точка зрения была: «Что может пойти не так?». Ну, оказывается, много.
Например, в то время, о котором мы давно не говорили, нам пришлось пройти очень ручной процесс, чтобы выяснить, что было на платформе мэйнфреймов, и донести информацию. В частности, фактическая среда базы данных и логика SQL. Таким образом, предполагалось, что это будет довольно простой переход от Oracle к Oracle, от базы данных к базе данных; вся бизнес-логика будет встречаться, большая часть бизнес-логики была написана во встроенных запросах и триггерах, и насколько это может быть сложно? Но то, что должно было занять месяцы, заняло не совсем год. Чтобы просто физически и вручную пройти каждую часть Unix в среде мэйнфреймов, выяснить, где были все базы данных и сколько экземпляров было запущено и что выполнялось в этих экземплярах, и это было нетривиальным упражнением, и мы закончили этим заниматься три раза просто для того, чтобы убедиться, что мы захватили все. Потому что каждый раз, когда мы думали, что вырыли так глубоко, как нам нужно, под поверхностью оказалось, что там было больше.
Другой проблемой, с которой мы столкнулись, было то, какие экземпляры работают и в каком состоянии? Это среда разработки? Это тестовая среда? Является ли это частью процесса интеграции? Это системная интеграция? Это UAT, пользовательское приемочное тестирование? Это производство? Это среда DR? Потому что главное в мэйнфреймах заключается в том, что вы можете создавать эти маленькие виртуальные среды, которые мы все сейчас считаем само собой разумеющимся, и перемещать их. И вам нужно выяснить, занимается ли этот человек разработкой и тестированием на уровне производства, или же он занимается производственным производством, есть ли настоящие пользователи? Помня, что эта штука делает выдачу водительских прав и регистрацию автомобилей в режиме реального времени, а также вещи, которые действительно имеют значение для жизни людей.
И для резервного копирования этой вещи потребовалось много времени, поэтому у нас не было окна обслуживания, чтобы отключить ее и посмотреть, что произошло. Там не было такой вещи, как перенаправить его. Перед нами также стояла задача не просто определить, какие экземпляры запущены и для кого и для кого, а затем нам пришлось выяснить, какие версии каких экземпляров были запущены. И вот тут я чуть не потерял свой сюжет. Когда я начал понимать, что у нас было две или три версии производственной среды, проходивших различные уровни тестирования, и инструментов и систематических подходов к этому было очень мало. Нам буквально пришлось углубиться в код и в работающий экземпляр, а в некоторых случаях рискнуть перевести что-то в автономный режим на некоторое время. Мы добрались до сути всего этого, мы наметили это, и, как я уже сказал, это был очень ручной процесс. И мы, наконец, полностью изменили ETL, выбросив его из одного места и переместив в другое, и в целом это сработало. И мы были, ну, это нормально, мы очень довольны.
Но затем мы столкнулись с рядом очень серьезных кирпичных стен. В частности, мы обнаружили проблемы с производительностью. И разумное мышление этого дня заключалось в том, что оно перешло к большему, лучшему, более быстрому и более жесткому оборудованию, нет никаких причин, почему оно должно плохо работать в приложении на уровне базы данных, поэтому давайте начнем искать в другом месте. Таким образом, мы полностью перепроектировали сеть дважды. Каждый маршрутизатор, каждый коммутатор, каждый кабель, в некоторых случаях мы переходили от Ethernet к оптоволоконному кабелю, мы обновляли программное обеспечение, мы исправляли, вы получаете представление. По сути, мы дважды перестраивали сеть, думая, что там проблемы с производительностью. И это выглядело так, как будто это было. Мы прошли через разные системы безопасности, разные брандмауэры. Мы исправили операционную систему. Мы переместили материал с одного вычислительного диска на другой. И мы потратили значительное количество времени на изучение инфраструктуры.
А потом мы поняли, что когда мы отключили серверы и запустили на нем другие приложения, сеть работала нормально. Итак, мы начали разбирать операционную систему. Та же проблема. Но интересно, что уровень сети и уровень операционной системы, инструменты были там, для нас было относительно просто измерить и протестировать и доказать, что каждая из этих частей работала. Но даже тогда, в Solaris на среднем уровне на аппаратной платформе SPARC, инструменты просто не были для нас, чтобы начать диагностировать среду базы данных. Вы знаете, определяя, передали ли мы все экземпляры. И поэтому нам пришлось на самом деле создавать свои собственные инструменты, писать некоторые и садиться, будь то в самих инструментах базы данных на родных языках сценариев или это была серия сценариев оболочки или в некоторых случаях набор программ на Си.
Мы, наконец, углубились в некоторые очень интересные проблемы, когда логика под слоем SQL, собственно сами движки баз данных, оказалось, что когда что-то создавалось определенным образом для чего-то, что работало в версии Oracle для мэйнфреймов, было перенесено в Solaris на SPARC Версия Oracle не сразу перенесла ту же производительность. Так что это было довольно болезненное путешествие для нас, в первую очередь, просто сделать это и найти все это, но теперь мы должны были диагностировать это в новой производственной системе, и снова эта вещь взорвала месячную миграцию до почти года. И это просто сводилось к тому, что у нас не было инструментов вокруг. Бегал вокруг, занимаясь такими вещами, как попытка отобразить метаданные.
В какой-то момент мы почти решили, что нам нужна доска Ouija, потому что так будет проще просто случайным образом указывать и тыкать. Простые вещи, такие как выяснение, кто имел доступ к старым системам и почему у них был этот доступ. И кому нужен был доступ к новому и подтверждающий, заставляющий кого-то подписывать и подтверждать это и отображающий это. Даже такая простая вещь, как размер базы данных, не была одинаковой для двух платформ. Нам нужно было создать инструмент для этого и провести некоторое сравнение между объемом базы данных в тоннах, в необработанных мегабайтах или терабайтах в системе A и в системе B. И углубиться в детализацию производительности и производительной среды. Опять пришлось строить новые инструменты. Там просто не было готовых для нас.
И вы получаете всю эту идею из этого, когда мы добрались до конца, и все стало стабильно, каждый его фрагмент был очень ручным процессом, единственный способ, которым мы могли автоматизировать что-то, это если бы мы создали новый инструмент или новый скрипт. И если бы у нас были инструменты, доступные сегодня, жизнь была бы намного проще и намного лучше. И мы бы сэкономили миллионы на этом проекте. Но я думаю, что сегодня мы поговорим о том, что инструменты доступны уже сейчас, и они значительно облегчают жизнь. Многие из подводных камней все еще остаются. Обнаружение баз данных, которые там и какие экземпляры работают и что. В каком состоянии они. Сколько бегут? Почему они бегут? Работают ли они хорошо. Они поддерживаются?
Это все, что мы во многих отношениях можем принять как должное с помощью правильных инструментов. Но в этом конкретном анекдоте, как я уже говорил, был период, когда многие из нас потеряли много волос, мы, вероятно, отняли пятнадцать лет своей жизни, и сетовали на то, что инструментов не было сейчас, И я с нетерпением жду, чтобы услышать больше об этом от нашего гостя сегодня, Буллетт. Итак, с этим, Буллет, я перейду к вам и надеюсь услышать, как вы решили эту проблему.
Bullett Manale: Хорошо. Звучит здорово. Эрик, позвольте мне взять здесь слайды и поговорить немного, очень быстро, об Идере, о компании, прежде чем мы перейдем к самому продукту. Так же, как к вашему сведению, это своего рода портфель различных продуктов, которые у нас есть.
Эрик Кавана: Ваш звук довольно горячий, поэтому, если вы используете гарнитуру, просто потяните немного вверх.
Буллет Манале: нет проблем. Это лучше?
Эрик Кавана: Это намного лучше. Унеси это.
Bullett Manale: Хорошо. Итак, сегодня мы собираемся сосредоточиться на Inventory Manager, который, очевидно, соответствует многим из этих тем, которые мы обсуждаем. Я просто хочу дать вам немного понимания того, как этот продукт попал туда, где он есть. Мы начали с ежедневной работы с нашей линейкой продуктов, у нас есть инструмент мониторинга производительности под названием Diagnostic Manager. У нас есть инструмент Compliance Manager. Итак, множество различных инструментов, связанных с SQL Server, и мы неизбежно задаем вопрос для целей лицензирования: «Сколько экземпляров вы в настоящее время управляете в своей организации?» И что интересно, мы так и не смогли получить по-настоящему твердый ответ. Неважно, с кем ты говорил. Это всегда было своего рода: «Ну, мы думаем, что это около этого числа». Такие вещи всегда возникали, и тогда мы должны были бы пройти через этот процесс, чтобы точно выяснить, что у них было, что они хотели лицензировать с точки зрения примеров, которыми мы управляем.
Мы, очевидно, очень быстро выяснили, что, похоже, есть некоторая боль, связанная с этим со многими администраторами баз данных. Очевидно, как администратор БД, одна из вещей, за которые они несут ответственность, - это знать, потому что одна из вещей, которую они должны сделать, это беспокоиться о своих лицензионных соглашениях, в нашем случае с Microsoft и SQL Server. Очевидно, что у них есть много других областей, за которые они отвечают, но это одна из тех областей, которая является своего рода большим предложением в отношении того, что вы, как администратор базы данных, должны выполнять свои общие обязанности. На этом мы пришли к выводу, что нам нужен инструмент, который позволит администратору БД действительно понять это число. Потому что у вас есть разрастание SQL, если вы хотите назвать его так, и это происходит по ряду разных причин. Может быть, не так много контроля над тем, кто устанавливает программное обеспечение и тому подобное.
И самое худшее, что может случиться, - это то, что кто-то достанет копию SQL Server, установит ее, начнет работать с ней без ведома некоторых других организаций или отделов компании, а затем следующее, что вы знаете, может быть данные не копируются, и такие вещи могут случиться. Где сейчас у вас есть другая проблема, где у вас есть ситуации, когда вы на самом деле потеряете критические данные, потому что вы не знаете, что экземпляр вообще существует вообще.
Одна из вещей, которую мы должны были сделать, это сказать, давайте выясним часть открытия этого. И, кроме того, иметь возможность систематизировать и управлять той информацией, которую мы собираем, логичным способом, который имеет смысл в зависимости от того, что делает бизнес. И тогда, очевидно, из этого можно будет принимать решения на основе этой информации и делать подобные вещи. Это то, где инструмент начал и откуда он взялся. Я могу вам сказать, что при регулярном общении с администраторами баз данных у нас действительно возникает проблема не знать, сколько у них экземпляров.
И это забавно, потому что термин «вы не можете управлять тем, что не можете измерить», всегда предлагал инструменты для повышения производительности, которые у нас есть, такие как SQL Diagnostic Manager, но вы действительно не можете ничего управлять, если не знаете этого «Его» даже там, в первую очередь. Так что это своего рода большая часть этого инструмента, способность просто знать, что он там есть.
Теперь на этой заметке, когда мы разговаривали с некоторыми крупными организациями или корпоративными магазинами с SQL Server, мы обнаружили, что у многих ребят, с которыми мы говорили, было интересное то, что они на самом деле установили время в течение года, когда на самом деле они физически ходили из одного места в другое, пытаясь определить, как выглядит этот счет. Вы можете себе представить, как администратор БД, вам платят довольно большую сумму денег, чтобы в некоторых случаях физически ходить с одной машины на другую, что было удивительно, что мы услышали бы от некоторых довольно крупных компаний, которые я не назову. Но просто интересный момент: две недели в году можно потратить на выполнение подобных упражнений, просто чтобы узнать, правильны ли их лицензии.
Все это связано с этим инструментом и с тем, как он помогает, но способ, которым мы обращались, заключался в способности выполнять обнаружение на основе ряда характеристик SQL Server. Итак, первый вопрос: на что вы указываете или на что вы пытаетесь смотреть в первую очередь? То, как мы это сделали, заключалось в том, что давайте сделаем это по диапазону IP-адресов, или мы можем сделать это по членству в самом домене с точки зрения компьютеров, которые являются членами этого домена. Это то, как мы рассмотрели эту часть, просто чтобы иметь возможность сказать, что это область, на которой мы хотим сосредоточиться с точки зрения открытия.
И затем другая часть этого основана на этих характеристиках, портах и других вещах, разделах реестра WMI и подобных вещах, мы можем собрать и убедиться, что SQL, вероятно, работает и установлен в этом экземпляре или той конкретной среде. Это, очевидно, гораздо лучший метод, чем метод тапки или метод экспресс тапки. Круто то, что вся та информация, которую мы собираем об экземпляре, хранится в репозитории, и она может меняться по мере изменения среды. Дело не только в «Привет, есть экземпляр, вот список, который мы нашли», а в том, что администратор базы данных или человек, управляющий экземплярами, могут определить, хотят ли они сделать эту часть инвентаризации, а затем, когда это не часть инвентаря, чтобы иметь возможность списать этот экземпляр. Таким образом, у них есть жизненный цикл всего процесса экземпляра SQL Server, который очень легко понять в инструменте.
Как только мы обнаружим случаи, что мы будем делать после этого? Другая вещь - много информации об экземпляре, я не хочу идти вручную, получать ее и помещать в электронную таблицу или тому подобное. И еще одна вещь, которая была довольно интересной в разговоре с администраторами баз данных о процессе инвентаризации и лицензировании, заключается в том, что вы удивитесь тому, сколько администраторов баз данных я говорил с вами, когда вы спросите их: «Как вы поддерживаете свои запасы?» И мы говорим с администраторами баз данных, что является действительно ироничной частью этого, что они хранят это и отслеживают это в статической электронной таблице всех вещей. Как я уже сказал, очень иронично, когда вы думаете об этом на минуту. Но это было во многих случаях, и все же многие организации используют то, как им это удается. Как они держат это. Это мастер-копия электронной таблицы Excel, которая постоянно распространяется и должна регулярно обновляться.
Это были проблемы, и, зарегистрировав этот экземпляр и сделав его частью инвентаря, вы можете сделать это и собрать информацию. Вы можете настроить его на автоматизацию, независимо от того, станет ли он частью инвентаря, версии, издания, и другие вещи, которые вы можете с ним сделать, - вы можете вручную добавить, может быть, тот список или электронную таблицу Excel, которая у вас есть. Вы можете импортировать это в этот инструмент под названием SQL Inventory Manager. Если у вас уже есть отправная точка экземпляров, в которой вы чувствуете себя достаточно уверенно, вы можете импортировать эти экземпляры в, а затем включить эту часть своего управляемого инвентаря в продукт. Как только у нас есть экземпляр, и как только мы узнаем, что он есть, он становится, хорошо, у нас есть много информации, которую мы можем использовать, зная, что этот экземпляр есть, выходя и собирая эту информацию.
И большая часть информации понадобится не только для целей лицензирования. Многое из этого может быть использовано для того, чтобы просто знать, где что находится, и иметь возможность искать эту информацию после ее получения. Но ключевым моментом является сервер, само оборудование. Возможность понять, что это за машина, может быть, модель или производитель, память, объем памяти, физическая или виртуальная машина, и особенно количество физических сокетов или ядер и процессоров и тому подобное.
С точки зрения количества ядер, особенно с SQL Server, знание того, как они выполняют лицензирование, - это расчеты для каждого ядра в новых версиях SQL, что становится действительно важной частью, и это не что-то, что у вас есть. выйти и на самом деле пойти копать. После того, как экземпляр идентифицирован, мы можем предоставить эту информацию и получить ее, чтобы вы могли ее просмотреть, понять и, очевидно, воспользоваться ею.
Следующий уровень находится в экземпляре, который, очевидно, имеет множество различных экземпляров SQL Server, будь то стандартный, корпоративный или даже экспресс-пакет или бесплатная версия SQL Server. Возможность понять также, какие приложения связаны с этим экземпляром, и это можно сделать автоматически. Умение понимать параметры конфигурации и тому подобные вещи, а также другую информацию, связанную с экземпляром самого SQL Server.
Затем вы переходите к фактической базе данных и видите настройки конфигурации, объем пространства, связанного с этими данными, где он находится, все эти вещи автоматически заполняются и, таким образом, это значительно экономит время. И еще раз, потому что он динамично выходит и ежедневно выявляет новые экземпляры, это живое существо, которое у вас есть с точки зрения вашего инвентаря. В этом и заключается цель продукта - сделать его таким, чтобы он был динамически изменяющимся.
Теперь, когда вся эта информация станет доступной для нас, и мы сможем извлечь все эти данные, тогда имеет смысл начать создавать в некоторых случаях ваши собственные метаданные, связанные с этими экземплярами, и эти метаданные можно создавать таким образом, соответствует тому, как вы ведете бизнес.
Так что, если у вас есть экземпляры, сгруппированные по географическому расположению, или по владельцам приложений, или по владельцам БД, и тому подобное, это может быть с точки зрения того, как вы хотите сгруппировать эти экземпляры, как логически вы хотите понять эти экземпляры, тогда есть из двух областей в инструменте, который даст вам эту возможность.
Первый - это возможность создать тег экземпляра или тег. По сути, это создает связь с сервером, экземпляром или базой данных, так что вы можете создавать представления и отвечать на вопросы, которые могут возникать изо дня в день, что действительно помогает вам понять, что у вас есть, что вы управляете и как вы хотите двигаться вперед с этой информацией.
Другая вещь, которую мы имеем, это нечто, называемое полями инвентаризации или настраиваемыми полями инвентаризации, и они более специфичны для некоторой лакомых кусочков информации, которую вы можете просмотреть, например, уровня базы данных, который я мог бы решить добавить в раскрывающийся список, который имеет все администраторы базы данных и я можем указать, кто несет ответственность за эту базу данных, в зависимости от ситуации такого типа или чего-то еще, независимо от того, какая база данных принадлежит тому, кто за нее отвечает, я могу выбрать ее, чтобы я знал, что именно они несут ответственность и очень легко, просто копаясь в инвентаре.
Таким образом, эти фрагменты информации становятся очень ценными, особенно если у вас большая среда, потому что она просто помогает вам разобраться в этой информации и узнать, что у вас есть и как вы это делаете.
Итак, позвольте мне пойти дальше и перейти к следующему слайду здесь. Сейчас я показываю вам, что вся эта информация, которую мы собираем, вся эта информация и данные, которые мы собираем и применяем метаданные, дает вам возможность затем принимать гораздо более простые и быстрые решения, когда дело доходит до включите свои лицензии в Microsoft в корпоративном корпоративном лицензировании или страховании программного обеспечения в Microsoft.
Это позволяет вам действительно легко сделать это, вместо того, чтобы идти, делать много ручного сбора данных, много ручного сбора этой информации, что на самом деле делает процесс намного лучше. Так что это своего рода один из мандатов продукта, когда-нибудь, чтобы облегчить администраторам баз данных принятие решений относительно лицензирования.
Еще одна вещь, которую мы, общаясь с администраторами баз данных, обнаружили и узнали очень быстро, это то, что - и это своего рода возвращение к тому, что обсуждалось ранее - в вашей среде SQL Server может быть 300 экземпляров, но на самом деле есть только подмножество. из тех, которые действительно полностью контролируются и управляются с помощью традиционного инструмента мониторинга производительности.
Поэтому, если вы пойдете и сядете с администратором базы данных, и вы скажете: «Послушайте, мы знаем, что у вас есть эти 20 или 10 экземпляров из 300, которые отслеживаются с помощью этого инструмента, который предназначен для мониторинга этого и соответствует вашим SOA и получать оповещения и все такое хорошее », мы также обнаружили, что если вы спросите:« Тогда что же насчет других 280 примеров, которые у вас есть? Вы заботитесь об этом? »И они заботятся о них, но они просто не хотят обязательно вкладывать средства, чтобы контролировать тех на уровне глубины, который можно сделать в этих случаях по сравнению с этими 10 или 20 на самом деле, действительно важные экземпляры продукта.
Таким образом, другая часть уравнения с этим инструментом заключается в том, что он также помогает с точки зрения возможности убедиться, что на базовом уровне вы охвачены с точки зрения здоровья экземпляра. Теперь вам не сообщат, есть ли у вас тупик или кто является жертвой тупика. Дело не в том, чтобы добраться до этого уровня самих сессий и деталей запросов. Но в то же время он все же сообщит вам, что сервер отключен, или объем заполняется, или вам нужно сделать резервные копии базы данных, это своего рода важная часть работы администратора баз данных.
Таким образом, такие вещи, безусловно, все еще важны, и поэтому этот инструмент позволил вам получить универсальное решение для ваших действительно критических случаев, к которым много, много стоит привязаться, если они идут. вниз нужно знать сразу. У них может быть более высокий уровень мониторинга и возможность делать такие вещи, в то время как с этим он сможет собирать любые новые экземпляры, которые добавляются в среду, и проверять их, а также делать уверен, что эти базовые уровни проверок здоровья формируются.
Итак, это в двух словах то, что представляет собой Inventory SQL Import Manager. Теперь я собираюсь показать вам демонстрацию этого. Прежде чем мы это сделаем, я просто хочу показать вам, что это слайд архитектуры, и просто чтобы показать это, экземпляры SQL, которыми мы управляем, мы можем обнаружить все, начиная с SQL 2000 вплоть до нового версии SQL.
Таким образом, мы можем сделать это без необходимости развертывания агентов на самих экземплярах. Мы делаем это через службу сбора, и она собирается собирать эту информацию и помещать ее в репозиторий, а затем из интерфейсной консоли веб-службы Tomcat мы сможем затем взаимодействовать с этими данными и просматривать их. Так что это довольно простая архитектура.
Я собираюсь пойти дальше и переключиться и фактически взять нас к самому продукту, чтобы вы могли почувствовать его, понять, как он работает. Так что лучший способ сделать это - сначала познакомить вас с самим интерфейсом в этой панели, на которую мы смотрим.
Я вижу, что сейчас количество экземпляров, находящихся под управлением, не так уж много. Но в моем заднем кармане тоже нет целого дата-центра. Итак, у меня есть около шести случаев, которые мы видим здесь. Теперь я сказал, что я собираюсь пройти через процесс открытия и показать, как это будет работать.
Теперь первое, что вы должны сделать, - в разделе администрирования вы можете указать, как вы хотите обнаружить свои экземпляры. Вы сможете разместить эту информацию здесь и еще раз, что может быть сделано через диапазон IP-адресов. Вы можете указать домен или поддомен и иметь возможность только на тех компьютерах, которые являются членами этого домена, выполнять эти проверки, и вы сможете выбрать ряд различных характеристик, когда SQL будет выполняться для проверки.
Затем, как только вы это сделаете, вы сможете автоматизировать ежедневную работу по сбору этих данных. Вы также сможете сделать это в случае необходимости. Но как только вы начнете это, этот процесс открытия тогда вы увидите, когда перейдете к представлению экземпляров здесь. У вас есть вкладка Обнаружение, и вкладка Обнаружение покажет нам те экземпляры, которые были недавно обнаружены. Так что в нашем случае у нас есть номер здесь. Я собираюсь пойти дальше и добавить тот, который мы собираемся использовать в качестве примера. Так что в данном случае это чикагский случай, верно? Я собираюсь пойти дальше и добавить этот экземпляр в свой инвентарь.
Хорошо, и это проведет меня через пару вещей здесь. Я просто собираюсь пойти дальше, и вы увидите, что мы можем установить полномочия. Мои полномочия должны быть хорошими там. Я собираюсь пойти дальше, и вы заметите, что я могу передать право собственности на это, если захочу. Я также могу указать местоположение. Теперь можно добавить и само местоположение, и оно запомнит это в следующий раз, очевидно.
Еще раз, я также могу связать теги с этим с точки зрения метаданных и того, как мы хотели бы поместить эти экземпляры SQL, особенно этот, в те корзины, в которые мы хотим их вставить. Итак, у нас есть некоторые текущие теги, популярные теги так что мы можем посмотреть на кучу разных тегов, которые я, возможно, уже включил. Я просто выберу некоторые из них наугад, и мы можем применить это.
Так что теперь, когда я иду вперед и добавляю это в инвентарь. Теперь, когда он был добавлен, мы теперь увидим его в этом управляемом представлении, и вы сможете увидеть его в списке прямо здесь. Итак, вы знаете, что это первый шаг, и я только что показал вам, каким образом вы в основном добавляете эти экземпляры в повседневной работе. В некоторых случаях вы можете сказать, что знаете, что если это корпоративная версия SQL-сервера, я автоматически хочу добавить это в свой инвентарь? Мне не нужно идти вручную и сделать это.
Джоселин: Я собираюсь прервать тебя очень быстро. Мы не видим ваше демо.
Буллет Манале: Вы не?
Джоселин: Нет.
Bullett Manale: Ну, это не хорошо, посмотрим.
Эрик Кавана: Если вы идете в верхний левый угол, нажмите «Пуск», нажмите на него.
Bullett Manale: Ах, хорошо.
Эрик Кавана: А теперь делимся экраном.
Bullett Manale: Извините за это. Ага.
Эрик Кавана: Хорошо. Хороший улов, продюсер Джоселин.
Bullett Manale: Хорошо, так лучше? Вы видите это сейчас?
Робин Блур: Да, действительно.
Bullett Manale: Хорошо, давайте просто проведем вас туда, где мы были очень быстро. У нас есть обнаруженные случаи, которые мы имели ранее. Я только что добавил экземпляр Chicago, и теперь вы видите его здесь. Обратите внимание, что уже вытащено много дополнительной информации. Если я нажму на сам экземпляр, вы начнете видеть все виды информации, которую мы уже собрали об этом экземпляре. Теперь вот список всех баз данных, которые там есть. Мы можем увидеть разбивку баз данных по размеру и по видам деятельности, с точки зрения того, какие из них обладают наибольшим размером и активностью.
Еще раз, мы также можем сразу сказать вам, какие приложения, которые мы видим на этом экземпляре, основаны на рабочей нагрузке, которую мы видим на этом экземпляре. Так что приятно делать это автоматически. Мне не нужно заходить и связывать заявку с заболеваемостью. На основании того, что мы видим, мы можем это заполнить. Теперь, если вы хотите вручную добавить приложение, вы можете это сделать. Но это просто хороший способ показать связь экземпляра с базой данных или, извините, с приложением.
Вы также заметите, что в правой части экрана у нас есть мгновенная сводка, а внизу - сводка по серверу. Итак, мы обсуждаем здесь ключевые моменты информации, зная версию, а не просто, вы знаете, SQL Server 2012, а фактический номер версии, который включает и сообщает нам, какие исправления связаны с ним, какие пакеты обновления привязаны к нему, это может быть очень важно знать. Очевидно, что требование к памяти важно. Все подобное, будь то кластеризация, вся эта информация, мне не нужно ее вставлять - она уже собирается и собирается, и как только мы определим, что это обнаруженный экземпляр, это станет частью нашего инвентаря.
Другая вещь, которую вы увидите здесь - и она покажет вам - находится под этим экземпляром. У нас есть эти атрибуты, о которых я говорил ранее, настраиваемые атрибуты, которые можно добавить. Таким образом, мы можем добавить открытые поля текстового поля, мы можем сделать да / нет с точки зрения, вы знаете, миллиарда видов выбора. Мы можем даже сделать выпадающие списки. Вы можете сделать это на экземпляре базы данных или на уровне сервера.
Затем, если прокрутить немного дальше, мы сможем увидеть всю связанную информацию на самом сервере. Таким образом, вы знаете, что все эти вещи, очевидно, действительно, действительно полезны, потому что все это собрано и собрано, и оно будет для нас вскоре, как только мы примем решение сделать его частью нашего инвентаря. Здесь мы можем показать некоторые различия с точки зрения процессоров, количества логических и физических, сколько памяти. Таким образом, вы действительно получаете действительно хорошую и богатую информацию, не выполняя много работы.
Теперь другая часть этого, как я уже сказал, это то, что мы собираем эти данные на уровне сервера. Если мы даже перейдем к базе данных, мы увидим, что многое из этого разбито и для нас. Поэтому, если я пойду в свой репозиторий соответствия, в этом случае я могу сказать, что вы знаете, что это имеет отношение к: это база данных соответствия, с которой связан уровень соответствия или нормативные требования, и это может быть, скажем, Соответствие SOX или PCI. Таким образом, я могу выбрать, какие базы данных имеют соответствие, которое им необходимо заполнить, или убедиться, что я поддерживаю его в соответствии с этим нормативным требованием.
Таким образом, такие вещи оказались очень полезными для администраторов баз данных, потому что есть место, где они могут централизованно хранить все эти связанные метаданные в своей среде легко, и они могут заставить их, как я сказал, соответствовать их бизнесу, поскольку они " делают, как способ, которым они делают бизнес. Итак, если мы посмотрим на все то, что мы видели, у вас, очевидно, будет довольно хороший обзор экземпляра, если я углублюсь в это.
Я также могу искать, поэтому я сказал, что давайте посмотрим на этот репозиторий соответствия в моем инвентаре. Тогда вы увидите, что я могу искать эти вещи и уметь их идентифицировать. Я говорю, что - я не уверен, что, моя кнопка перехода там не работает. Ладно. Давайте посмотрим, давайте попробуем это снова. Вот и мы. Таким образом, мы сможем увидеть разбивку того, что мы видим, с чем мы согласны, и я могу углубиться в это и посмотреть на это с этой точки зрения. Таким образом, вы получили очень быстрый и простой способ разобраться в этих данных.
Теперь, как мы упоминали ранее, у вас есть много разных способов создания метаданных для сервера экземпляров и базы данных. Другая часть этого заключается в том, чтобы использовать это преимущество в том, как вы сгруппировали его и как вы с ним связаны. Мы переходим к обзору проводника, мы можем сделать именно это. Можно сказать, что я хочу сделать подсчет базы данных по местоположению. Итак, количество баз данных в каждом месте среды, которую я поддерживаю. Или возможно это основано на владельце, который владеет экземплярами, которые у меня есть, с точки зрения количества экземпляров. Так что мы сможем это увидеть. Таким образом, вы получите действительно хороший и простой способ нарисовать эти картинки для вас, основываясь на любом вопросе, на который вы пытаетесь ответить в данный момент.
Тогда, если у вас есть такая информация, созданная так, как вы хотели, мы можем экспортировать ее в PDF или другие форматы, чтобы иметь возможность использовать ее и отправлять нашим коллегам или делать все, что нам нужно. Итак, вы знаете, что сможете делать такие вещи. Давайте вернемся к - я потерял это? Вот и мы. Хорошо, надеюсь, это имеет смысл с точки зрения того, о чем я говорил до сих пор. Теперь, когда данные, которые мы собрали, все это, очевидно, действительно важно по ряду причин - лицензирование и еще много чего.
Последнее, что нужно упомянуть, это то, что мы переходим к этому разделу администрирования здесь. Здесь вы также можете настроить свою электронную почту и оповещения и быть уверенными, что для тех вещей, о которых вы действительно хотели бы знать, вы также можете настроить эти вещи. Таким образом, мы можем настроить оповещения по электронной почте, мы можем настроить возможность включать определенные функции и выключать определенные элементы, а затем иметь возможность затем определять, кто будет получать эти электронные письма, и подписаться на эти предупреждения, чтобы мы могли связать, кого бы мы хотели быть, кто хотел бы знать о таких вещах.
Но, как я уже говорил ранее, это действительно хороший способ, по крайней мере, иметь общее спокойствие, зная для всех ваших корпоративных экземпляров SQL - что у вас есть, а также убедиться, что он работает оптимально, даже если вы не t, мы не приняли решение инвестировать средства в инструмент мониторинга производительности с высокими показателями производительности для управления этим экземпляром. Это охватит вас, потому что это очень доступный способ выйти и во многих случаях иметь возможность проводить эти инвентаризации и иметь возможность выполнять своего рода очень широкий вид общего уровня мониторинга, чтобы убедиться, что вы получить это душевное спокойствие и знать, что происходит.
Надеюсь, это имеет смысл в том, как мы описали это и показали вам. Я думаю, с этой точки зрения я могу пойти дальше и передать его обратно, и мы можем поговорить еще немного.
Эрик Кавана: Звучит отлично. Так что, Робин? Дез? Любые вопросы?
Робин Блур: У меня есть вопросы. На самом деле это очень интересно, я имею в виду, что я просто хотел сделать комментарий, который был почти везде, где я был, не только среди администраторов баз данных, но и среди сетевых специалистов, среди специалистов по хранению данных, среди специалистов по управлению виртуальными машинами, они ' все отработки электронных таблиц.
Эрик Кавана: Это верно.
Дез Бланчфилд: Вы вроде знаете, что это, вы знаете, что все в порядке, пока цифры не начнут изменяться. Когда числа начинают двигаться, вы знаете, что у них будут проблемы. Итак, вопрос, который меня сейчас интересует, и я знаю, что вам будет сложно ответить, но что, если вы отправитесь в место, где у них нет ничего подобного, для работы с электронными таблицами, так что давайте предположим, администраторы баз данных - очень умные ребята, и так далее, и так далее. Какую рентабельность, по вашему мнению, вы получите от реализации чего-то подобного? Есть ли у вас какие-либо цифры по этому вопросу или какие-либо рекомендации по этому поводу?
Bullett Manale: Трудно сказать, что такое ROI, потому что среда будет немного другой. Очевидно, что чем больше предприятие, тем больше среда, очевидно, тем больше будет рентабельность инвестиций, если они используют, вы знаете, ручные методы сейчас.
Я знаю, что разговаривал со многими - когда я говорю о крупных организациях с тысячами и тысячами сотрудников, а также, возможно, с тысячами случаев, - где у меня есть люди, которым я показываю это им, и они говорят, что это займет две недели моего времени назад. Я говорил это не раз. Так что трудно сказать с точки зрения фактической суммы в долларах от покупки, но это значительно, когда у вас есть среда.
Как я уже сказал, это довольно непротиворечиво, это люди, с которыми я, большинство людей, с которыми я общаюсь, хранят эти вещи в электронной таблице. Так что это просто очень, очень субъективная вещь, потому что в каждой среде она немного отличается с точки зрения того, как они делают свое лицензирование и как они делают свое лицензирование с Microsoft, это другая часть, которая является фактором. Но если им приходится совершать настоящие взлеты каждый год или каждые три года, я думаю, что максимум три года для Microsoft, они хотят, чтобы вы давали правду как минимум раз в три года.
Тогда вы знаете, что это значительно, и это, вы знаете, это просто то, что делает намного проще. Поскольку это динамическая вещь, которая постоянно меняется, она также дает немного больше обоснованности с точки зрения того, что вы смотрите на стихи, ну, на самом деле, мы не обновляли электронную таблицу шесть месяцев или год. Так как часто вы обновляете электронную таблицу - это еще один вопрос, чтобы понять, что это ответ на ROI.
Дез Бланчфилд: Да, я имею в виду, лицензирование SQL, лицензирование этого просто кошмарный кошмар, но это особенно кошмар, потому что лицензирование не то же самое между Microsoft и Oracle и кем-либо еще, кто занимается базами данных. Если вы на самом деле храните информацию в электронных таблицах, что обычно и происходит, вы знаете, что время лицензирования наступает еще до того, как вы на самом деле это осознаете, и у вас нет данных, если вы знаете, что я имею в виду, чтобы легко добраться до эта информация.
В любом случае, как вы указываете, это динамично, и я лично не имею понятия, потому что мне никогда не приходилось договариваться с Microsoft, поэтому я понятия не имею, но, вероятно, есть базы данных, которые люди довольно часто снимают с тестовых данных, тестируя среды, и я думаю, что это бельмо на вашей стороне, если вы делаете лицензирование. Это ты-?
Буллет Манале: Да, да. Это так, потому что во многих случаях об этом забывают, и затем мы начинаем пытаться выяснить, хорошо, хорошо, у нас есть базовое лицензирование, что мы должны выяснить количество ядер для каждого из этих случаев, и я не не знаете, что касается стандартов того, что вы приобретаете, то вы можете также купить довольно хорошее оборудование, если вы не используете это оборудование так, как его следует использовать, то вы переплачиваете, потому что вы платить за базовые цены, когда эти ядра не используются, так что это становится проблемой.
Таким образом, каждая версия SQL по-своему применяет лицензирование, что даже немного запутывает. Таким образом, у вас есть некоторые проблемы, связанные с этим, и это большая часть того, почему эта информация очень полезна, потому что мы можем сказать вам, какая это версия, мы можем точно сказать, сколько у вас ядер, если это более старые версии SQL. это было ценой за сокет, мы все еще можем ясно показать это. Так что это просто упрощает рутину, которую вы должны пройти, когда придет время проверить это.
Дез Бланчфилд: Одна вещь, которая приходит мне на ум, извините, уходите
Робин Блур: Все в порядке, ты идешь в Дез, я собирался задать, возможно, неуместный вопрос.
Дез Бланчфилд: Просто что-то очень быстрое, пока вы работаете над темой, над которой вы сейчас работаете - мы наблюдаем гораздо более широкое внедрение облачных сред, и если мы запустим это в нашем собственном центре обработки данных, в нашей собственной среде, они ползают и находят, обнаруживать вещи относительно просто.
Как мы, как мы справляемся со сценарием, когда у нас может быть три набора данных, два облака, и видимость в этих средах защищена брандмауэром, и часто есть набор данных в конце канала или VPN. Нужно ли открывать порты, чтобы начать обнаруживать порты, чтобы мы могли сканировать в определенных средах между облаком и вне помещения, где работает эта платформа?
Bullett Manale: Да, было бы какое-то внимание с точки зрения портов. Так что, к сожалению, я хотел бы сказать, что это пробьет все эти среды, но есть несколько различных вариантов, которые вы могли бы сделать с этим. Очевидно, что если вы делаете что-то вроде Amazon EC2, все, что вам действительно нужно, - это доступ к этой среде через подключение, при условии, что ваши порты открыты, а затем возможность указать свои IP-адреса или связанный с ним домен, и он может запуститься. сбор и запуск открытия.
Так что в таких типах сред это не проблема; это более специфические типы сред, такие как RDS, и где вы просто получаете саму базу данных, где будет немного сложнее увидеть и обнаружить этот тип информации.
Дез Бланчфилд: Итак, из того, что там было, есть базы данных и базы данных. Так, например, в старые добрые времена просто иметь очень, очень большой движок базы данных, такой как анекдот, который я поделился спереди, где это всего лишь одна огромная платформа, и все, что он делает - это предоставляет базу данных. В наши дни базы данных встроены во все, на самом деле, две или три из них просто работают в моем телефоне за приложениями.
С какими проблемами вы сталкиваетесь в сценариях, где у вас есть среды, поступающие из Lotus Notes, с приложениями за ними, SharePoint с базой данных в различных интернет-магазинах и т. Д.? По сути все работает на базе данных на заднем конце. Какие вещи вы видите там и с какими проблемами вы сталкиваетесь, когда люди просто пытаются составить карту таких миров и что ваш инструмент для них делает?
Bullett Manale: Я имею в виду, что все, что вы сказали, - это то, что вы сейчас говорите - все нуждается в базе данных, поэтому, вероятно, много раз, есть много баз данных, которые внедряются в среду, которую сами DBA даже не знают, потому что, вообще говоря, не очень сложно установить SQL-сервер в среде.
Этот инструмент также идентифицирует такие вещи, как экспресс-базы данных, то есть бесплатные версии SQL Server. Как ни странно, когда вы идете поговорить с администраторами баз данных, еще раз, вы не получите последовательного ответа с точки зрения того, заботятся ли они о свободных базах данных, которые есть. Многие из этих приложений, о которых вы говорите, будут использовать бесплатную версию базы данных. Но сами организации будут по-разному относиться к тому, кто отвечает за эту базу данных, в зависимости от того, с кем вы разговариваете.
С некоторыми администраторами баз данных, с которыми я общаюсь, я могу вспомнить, когда в последний раз я был в SQL Server PASS, который находится в Сиэтле, вы задали вопрос: «Вы заботитесь о своих экспресс-базах данных?», И это было около пятидесяти пятидесяти. Некоторым из них хотелось знать о них как о администраторах баз данных, потому что они чувствовали, что они являются частью своих обязанностей, даже в тех выраженных базах данных, которые они все еще могут содержать критическую информацию; им все еще нужно пройти через процесс резервного копирования и по-прежнему необходимо убедиться, что все вещи работают с точки зрения их здоровья. Но просто знать, что они существуют, так же важно, если не более важно.
В то время как другая половина людей: «Эй, мы не несем ответственности за эти базы данных, и все, что они надевают на них, остерегается того, кто их установил». Но я бы сказал, что в целом вы Тем не менее, все в настоящее время в значительной степени связано с приложением, которое только увеличивает сложность и путаницу необходимости инвентаризации этой информации.
Дез Бланчфилд: Да, я видел, что правительственные сайты, наверное, мои любимые, но чаще всего я вижу в корпоративных средах, где, как вы сказали, люди даже забывают меня, когда они устанавливают что-то вроде SharePoint или например, самообмен, так что вы знаете, что они поставляются с бесплатной версией, только что встроенной, потому что они хотят, вы знаете, установить ее быстро, и не беспокоиться о необходимости пойти и купить лицензию.
Затем он становится большим, а потом кто-то начинает жаловаться на производительность, и они говорят: «Это просто ваш старый сервер, ваше хранилище, ваша сеть, что угодно», а затем вызывается администратор базы данных, и они говорят: «Ну, вы» Мы просто втиснули все в эту бесплатную версию базы данных, а это не то, что вам нужно для такой большой работы ».
В частности, когда у вас есть такие сценарии, как Project Manager, и Office запускает сотни, если не тысячи проектов, в крупном предприятии или корпорации, и они используют SharePoint с Microsoft Project Server, и они выгружают все свои объекты PMO в эту базу данных. Но во внешнем интерфейсе они похожи, ну, это просто веб-интерфейс. Но на самом деле есть базы данных и базы данных.
Буллет Манале: Да.
Дез Бланчфилд: Итак, каковы они, один из первых шагов, которые люди здесь делают, я полагаю, есть пара вопросов, которые мы могли бы донести до зрителей. Один из первых вопросов - с чего начать? Каков первый естественный шаг для них: «Хорошо, нам нужно сделать версию« Анонимных алкоголиков »?»
У нас больше баз данных, чем мы знаем, что делать. Как выглядит естественный шаг для них: «Хорошо, нам нужно взять эту штуку и начать бегать?» Они просто болеют индейкой или позже им действительно нужно начать с малого и просто получить некоторый опыт в картировании окружающей среды. ?
Bullett Manale: Я думаю, это говорит о том, что они должны составить карту окружающей среды. Теперь Microsoft предлагает бесплатный инструмент для этого, инструмент планирования оценки Microsoft, это бесплатный инструмент, но он статичен. Вы делаете открытие и все. Вы получаете список вещей, которые там есть. Мы взяли это и сказали: давайте сделаем шаг вперед, давайте сделаем открытие, давайте найдем, что там есть, и давайте поместим это в репозиторий, и давайте сделаем так, чтобы оно было динамичным, и мы могли добавить к нему, удалить из него.
Но в целом самый большой первый шаг, я думаю, просто выяснить, сделать открытие. Означает ли это, что мы пробуем загрузить наш продукт, вы можете загрузить его и испытать его в течение 14 дней, а также указать свою среду и выполнить сбор.
Теперь, если у вас уже есть электронная таблица с кучей этой информации, и вы в некоторой степени уверены, что эта информация верна, у вас также есть возможность импортировать в CSV эту электронную таблицу со всей этой информацией и сделать ее частью того, что вы уже есть. Но с точки зрения выяснения того, чего вы не знаете, единственный способ сделать это - вручную выйти, сделать это или иметь инструмент, который ищет такие вещи, как этот. Это решение, которое вы должны будете в какой-то момент принять: «Я пытаюсь автоматизировать это открытие или, по крайней мере, получить хорошее представление о том, что там происходит, а затем, возможно, беспокоиться о некоторых исключениях?» большая часть вам, вероятно, нужен инструмент.
Дез Бланчфилд: Так быстро. Куда люди идут, чтобы начать это? Они попали на ваш сайт? Как они протягивают руку и начинают это быстро?
Bullett Manale: Если вы пойдете на Idera, IDERA.com, вы увидите, и я могу просто очень быстро показать это очень быстро. На веб-сайте Idera вы перейдете к продуктам, перейдите к менеджеру инвентаризации. Вы увидите ссылку для скачивания прямо здесь. Вы просто определяете, какую сборку вы хотите установить на 64- или 32-разрядную версию, и это поможет вам начать работу и с этого момента вы сможете начать свое обнаружение.
Робин Блур: Фантастически и здорово, отличная презентация, большое спасибо.
Bullett Manale: Спасибо.
Эрик Кавана: У нас есть пара вопросов от аудитории, и мы отправим их вам по электронной почте, потому что нам сегодня нужно жестко остановить себя, но Буллетт, опять же, отличная работа над демо, отличная работа нашего продюсера, которая поняла, что это не так. т показывает.
Bullett Manale: Извините за это.
Эрик Кавана: Нет, это хорошие вещи, вы даете представление о сути бизнеса, верно? Потому что бизнес управляет данными, а вы даете представление о самом сердце. Так что больше никаких ручных волнистых вещей; Теперь вы можете указать на вещи и решить это. Так хорошо для тебя.
Bullett Manale: Спасибо.
Робин Блур: Но, кстати, было здорово увидеть его вживую, молодец.
Эрик Кавана: Да, мы заархивируем эту веб-трансляцию для последующего просмотра, а затем мы надеемся, что она будет запущена примерно через час или два. Первоначальный архив увеличивается, иногда это немного дольше, но мы обязательно позволим людям знать. С этим мы отпустим вас, ребята. Еще раз спасибо за посещение брифинга, мы на самом деле горячие технологии. Мы встретимся с вами в следующий раз. Береги себя, пока-пока.
