вынос: Ведущий Эрик Кавана обсуждает вопросы управления базами данных и обнаружения экземпляров с Робином Блором, Дезом Бланчфилдом и Буллетом Манале в последнем выпуске «Горячих технологий».
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, дамы и господа. Добро пожаловать еще раз. Меня зовут Эрик Кавана. Вещи горячие. Вещи накаляются здесь. Я не знаю, что происходит. О, верно, пришло время Hot Technologies. Да, действительно, меня зовут, еще раз, Эрик Кавана. Вы можете найти меня на @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: Нет проблем. Это лучше?
Эрик Кавана: Это намного лучше. Унеси это.
Bullett Manale: Хорошо. Поэтому сегодня мы сосредоточимся на менеджере инвентаризации, который явно соответствует многим из этих тем, которые мы обсуждаем. Я просто хочу дать вам немного понимания того, как этот продукт попал туда, где он есть. Мы начали с ежедневной работы с нашей линейкой продуктов, у нас есть инструмент мониторинга производительности под названием Diagnostic Manager. У нас есть инструмент Compliance Manager. Итак, множество различных инструментов, связанных с SQL Server, и мы неизбежно задаем вопрос для целей лицензирования: «Сколько экземпляров вы в настоящее время управляете в своей организации?» И что интересно, мы так и не смогли получить по-настоящему твердый ответ. Неважно, с кем ты говорил. Это всегда было что-то вроде: «Ну, мы думаем, что это около этого числа». Такие вещи всегда возникали, и тогда мы должны были бы пройти через этот процесс, чтобы точно выяснить, что у них было, что они хотели лицензировать с точки зрения тех случаев, которыми мы управляем.
Мы, очевидно, очень быстро выяснили, что, похоже, есть некоторая боль, связанная с этим со многими администраторами баз данных. Очевидно, как администратор БД, одна из вещей, за которые они несут ответственность, - это знать, потому что одна из вещей, которую они должны сделать, это беспокоиться о своих лицензионных соглашениях, в нашем случае с Microsoft и SQL Server. Очевидно, у них есть много других областей, за которые они несут ответственность, но это одна из тех областей, которая является своего рода большим предложением в плане того, что вы, как администратор БД, должны быть в общих чертах. На этом мы пришли к выводу, что нам нужен инструмент, который позволит администратору БД действительно понять это число. Потому что у вас есть разрастание SQL, если вы хотите назвать его так, и это происходит по ряду разных причин. Там, возможно, не так много контроля над тем, кто устанавливает программное обеспечение и тому подобное.
И самое худшее, что может случиться, это то, что кто-то достанет копию SQL Server, установит ее, начнет работать с ней без ведома некоторых других организаций или отделов в компании, а затем следующее, что вы знаете, может быть данные не копируются, и такие вещи могут случиться. Где сейчас у вас есть другая проблема, где у вас есть ситуации, когда вы действительно потеряете критические данные, потому что вы не знаете, что экземпляр вообще существует вообще.
Одна из вещей, которые мы должны были сделать, это сказать, давайте выясним это. И, кроме того, иметь возможность систематизировать и управлять той информацией, которую мы собираем, логичным способом, который имеет смысл в зависимости от того, что делает бизнес. И затем, очевидно, из этого можно будет принимать решения на основе этой информации и делать подобные вещи. Вот где инструмент появился и откуда он взялся. Я могу вам сказать, что при регулярном общении с администраторами баз данных у нас действительно возникает проблема не знать, сколько у них экземпляров.
И это забавно, потому что термин «вы не можете управлять тем, что не можете измерить», всегда предлагал инструменты для повышения производительности, которые у нас есть, такие как SQL Diagnostic Manager, но вы действительно не можете ничего управлять, если не знаете этого «Его» даже там, в первую очередь. Так что это своего рода большая часть этого инструмента, способность просто знать, что он там есть.
Теперь на этой заметке, когда мы разговаривали с некоторыми крупными организациями или корпоративными магазинами с SQL Server, мы обнаружили, что у многих ребят, с которыми мы говорили, было интересное то, что они на самом деле установили время в течение года, когда на самом деле они физически ходили из одного места в другое, пытаясь определить, как выглядит этот счет. Вы можете представить себе, как администратор БД, вам платят довольно большую сумму денег, чтобы в некоторых случаях физически переходить с одной машины на другую, что было удивительно, что мы услышали от некоторых довольно крупных компаний, которые я не назову. Но просто интересный момент: две недели в году можно потратить на выполнение подобных упражнений, просто чтобы узнать, правильны ли их лицензии.
Все это связано с этим инструментом и с тем, как он помогает, но способ, которым мы обращались, заключался в способности выполнять обнаружение на основе ряда характеристик SQL Server. Итак, первый вопрос: на что вы указываете или на что вы пытаетесь смотреть в первую очередь? То, как мы это сделали, заключалось в том, что мы будем делать это по диапазону IP-адресов, или мы можем сделать это по членству в самом домене с точки зрения компьютеров, которые являются членами этого домена. Вот как мы обратились к этой части, просто чтобы иметь возможность сказать, что это та область, на которой мы хотим сосредоточиться с точки зрения открытия.
И затем другая часть этого основана на этих характеристиках, портах и других вещах, разделах реестра WMI и подобных вещах, мы можем собрать и убедиться, что SQL, вероятно, работает и установлен в этом экземпляре или той конкретной среде. Это, очевидно, гораздо лучший метод, чем метод sneaker или метод sneaker express. Круто то, что вся та информация, которую мы собираем об экземпляре, хранится в хранилище, и она может меняться при изменении среды. Дело не только в «Привет, есть экземпляр, вот список, который мы нашли», а в том, что администратор базы данных или человек, управляющий экземплярами, могут определить, хотят ли они сделать эту часть инвентаризации, а затем, когда это не часть инвентаря, чтобы иметь возможность списать этот экземпляр. Таким образом, у них есть жизненный цикл всего процесса экземпляра 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 Managers. Теперь я собираюсь показать вам демонстрацию этого. Прежде чем мы это сделаем, я просто хочу показать вам, что это слайд архитектуры, и просто чтобы показать это, экземпляры SQL, которыми управляли, мы можем обнаружить все, начиная с SQL 2000 вплоть до новых версий SQL.
Таким образом, мы можем сделать это без необходимости развертывания агентов на самих экземплярах. Мы делаем это через службу сбора, и она собирается собирать эту информацию и помещать ее в репозиторий, а затем из интерфейсной консоли веб-службы Tomcat иметь возможность взаимодействовать с этими данными и просматривать их. Так что это довольно простая архитектура.
Я собираюсь пойти дальше и переключиться и фактически взять нас к самому продукту, чтобы вы могли почувствовать его, понять, как он работает. Таким образом, лучший способ сделать это - сначала познакомить вас с самим интерфейсом, это своего рода панель инструментов, которую мы здесь рассматриваем.
Я вижу, что сейчас количество экземпляров, находящихся под управлением, не так уж много. Но в моем заднем кармане тоже нет целого дата-центра. Итак, у меня есть около шести случаев, которые мы видим здесь. Теперь, я сказал, что я собираюсь пройти через процесс открытия и показать, как это будет работать.
Теперь первое, что вы должны сделать, - в разделе администрирования вы можете указать, как вы хотите обнаружить свои экземпляры. Вы сможете разместить эту информацию здесь и еще раз, что может быть сделано через диапазон IP-адресов. Вы можете указать на домен или поддомен и иметь возможность только на тех машинах, которые являются членами этого домена, выполнять эти проверки, и вы сможете выбрать ряд различных характеристик, когда SQL-запросы будут проверяться.
Затем, как только вы это сделаете, вы сможете автоматизировать ежедневную работу по сбору этих данных. Вы также сможете сделать это в случае необходимости. Но как только вы начнете это, этот процесс открытия, то, что вы начнете видеть, это когда вы перейдете к представлению экземпляров здесь. У вас есть вкладка Обнаружение, и вкладка Обнаружение покажет нам те экземпляры, которые были недавно обнаружены. Так что в нашем случае у нас есть номер здесь. Что я собираюсь сделать, так это сделать и добавить тот, который собирался использовать в качестве примера. Так что в данном случае это чикагский случай, верно? Я собираюсь пойти дальше и добавить этот экземпляр в свой инвентарь.
Хорошо, и это поможет мне пройти через пару вещей здесь. Я просто собираюсь пойти дальше, и вы увидите, что мы можем установить полномочия. Мои полномочия должны быть хорошими там. Я собираюсь пойти дальше, и вы заметите, что я могу передать право собственности на это, если захочу. Я также могу указать местоположение. Теперь можно добавить и само местоположение, и оно помнит, что в следующий раз, очевидно.
Еще раз, я также могу связать теги с этим с точки зрения метаданных и того, как мы хотели бы поместить эти экземпляры SQL, особенно этот, в те корзины, в которые мы хотим их вставить. Итак, у нас есть некоторые текущие теги, популярные теги так что мы можем посмотреть на кучу разных тегов, которые я, возможно, уже включил. Я собираюсь выбрать некоторые из них наугад, и мы можем применить это.
Так что теперь, когда я иду вперед и добавляю это в инвентарь. Теперь, когда он был добавлен, мы теперь увидим его в этом управляемом представлении, и вы сможете увидеть его в списке прямо здесь. Итак, вы знаете, что это первый шаг, и то, что я только что показал вам, было способом, которым вы в основном добавляете эти экземпляры по мере прохождения на ежедневной основе. В некоторых случаях вы можете сказать, что знаете, что если это корпоративная версия SQL-сервера, я автоматически хочу добавить это в свой инвентарь? Мне не нужно идти вручную и выбрать, чтобы сделать это.
Jocelyn: Я собираюсь прервать тебя очень быстро. Мы не видели ваше демо.
Bullett Manale: Вы не?
Jocelyn: Нет.
Bullett Manale: Ну, это не хорошо, давайте посмотрим.
Эрик Кавана: Если вы идете в верхний левый угол, нажмите «Пуск», нажмите на него.
Bullett Manale: Ах хорошо.
Эрик Кавана: А теперь сделайте общий экран.
Bullett Manale: Прости за это. Ага.
Эрик Кавана: Все в порядке. Хороший улов, продюсер Джоселин.
Bullett Manale: Хорошо, так это лучше? Вы видите это сейчас?
Робин Блур: Да, в самом деле.
Bullett Manale: Хорошо, давайте просто проведем вас через то, где мы были очень быстро. Мы получили обнаруженные случаи, которые у нас были ранее. Я только что добавил экземпляр Chicago, и теперь вы видите его здесь. Обратите внимание, что уже вытащил много дополнительной информации. Если я нажму на сам экземпляр, вы начнете видеть все виды информации, которую мы уже собрали об этом экземпляре. Теперь вот список всех баз данных, которые там есть. Мы можем увидеть разбивку баз данных по размеру и по видам деятельности, с точки зрения того, какие из них обладают наибольшим размером и активностью.
Еще раз, мы также можем сразу сказать вам, какие приложения, которые мы видим на этом экземпляре, основаны на рабочей нагрузке, которую мы видим на этом экземпляре. Так что приятно делать это автоматически. Мне не нужно заходить и связывать заявку с заболеваемостью. Основываясь на том, что мы видели, мы можем это заполнить. Теперь, если вы хотите вручную добавить приложение, вы можете это сделать. Но это просто хороший способ показать связь экземпляра с базой данных или, извините, с приложением.
Вы также заметите, что в правой части экрана у нас есть мгновенная сводка, а внизу - сводка по серверу. Итак, мы обсуждали здесь ключевые моменты информации, зная версию, а не просто, вы знаете, SQL Server 2012, а фактический номер версии, который включает и сообщает нам, какие исправления связаны с ним, какие пакеты обновления связаны это может быть очень важно знать. Очевидно, что потребность в памяти важна. Все подобное, будь то кластеризованная, вся эта информация, мне не нужно ее вводить - она уже собирается и собирается, и как только мы определим, что это обнаруженный экземпляр, он станет частью нашего инвентаря.
Другая вещь, которую вы увидите здесь - и она покажет вам - это под этим экземпляром. У нас есть эти атрибуты, о которых я говорил ранее, настраиваемые атрибуты, которые можно добавить. Таким образом, мы можем добавить открытые поля полей, мы можем сделать да / нет с точки зрения, вы знаете, миллиарда видов выбора. Мы можем даже сделать выпадающие списки. Вы можете сделать это на экземпляре базы данных или на уровне сервера.
Затем, если прокрутить немного дальше, мы сможем увидеть всю связанную информацию на самом сервере. Итак, вы знаете, что все эти вещи, очевидно, действительно, действительно полезны, потому что все это собрано и собрано и готово для нас, как только мы примем решение сделать его частью нашего инвентаря. Здесь мы можем показать некоторые различия с точки зрения процессоров, количества логических и физических, сколько памяти. Таким образом, вы действительно получаете действительно хорошую и богатую информацию, не выполняя много работы.
Теперь другой частью этого, как я уже сказал, является сбор этих данных на уровне сервера. Если мы даже перейдем к базе данных, мы увидим, что многое из этого разбито и для нас.Поэтому, если я пойду в свой репозиторий соответствия, в этом случае я могу сказать, что вы знаете, что это имеет отношение к: это база данных соответствия, с которой связан уровень соответствия или нормативные требования, и это может быть, скажем, Соответствие SOX или PCI. Таким образом, я могу выбрать, какие базы данных имеют соответствие, которое им необходимо заполнить, или убедиться, что я поддерживаю его в соответствии с этим нормативным требованием.
Таким образом, такого рода вещи оказались очень полезными для администраторов баз данных, потому что есть место, куда они могут централизованно хранить все эти связанные метаданные в своей среде, и они могут сделать так, чтобы, как я уже сказал, они соответствовали своему бизнесу так, как они это делают. , как способ, которым они делают бизнес. Итак, если мы посмотрим на все то, что мы видели, вы, очевидно, получите довольно хороший обзор этого примера, если я углублюсь в это.
Я также могу искать, поэтому я сказал, давайте посмотрим на этот репозиторий соответствия в моем инвентаре. Тогда вы увидите, что я могу искать эти вещи и уметь их идентифицировать. Я говорю, что - я не уверен, что, мои кнопки «ход» там не работают. Хорошо. Давайте посмотрим, давайте попробуем это снова. Там мы идем. Таким образом, тогда мы сможем увидеть разбивку того, в чем мы видим что-либо, с соблюдением требований, и я могу углубиться в это и посмотреть на это с этой точки зрения. Таким образом, вы получили очень быстрый и простой способ разобраться в этих данных.
Теперь, как мы упоминали ранее, у вас есть много разных способов создания метаданных для сервера экземпляров и базы данных. Другая часть этого заключается в том, чтобы воспользоваться преимуществами того, как вы сгруппировали его и каким образом вы его связали. Мы переходим к обзору проводника, мы можем сделать именно это. Можно сказать, что я хочу сделать подсчет базы данных по местоположению. Итак, количество баз данных в каждом месте среды, которую я поддерживаю. Или возможно это основано на владельце, который владеет экземплярами, которые у меня есть, с точки зрения количества экземпляров. Так что мы сможем это увидеть. Таким образом, вы получите действительно хороший и простой способ нарисовать эти картинки для вас, основываясь на любом вопросе, на который вы пытаетесь ответить в то время.
Тогда, если у вас есть такая информация, созданная так, как вы хотели, мы можем экспортировать ее в PDF или другие форматы, чтобы иметь возможность использовать ее и своих коллег или делать там, где нам нужно. Итак, вы знаете, что сможете делать такие вещи. Давайте вернемся к - я потерял это? Там мы идем. Хорошо, надеюсь, это имеет смысл с точки зрения того, о чем я говорил до сих пор. Теперь, когда мы собрали данные, все это, очевидно, действительно жизненно важно по ряду причин - лицензирование и еще много чего.
Последнее, что нужно упомянуть, это то, что мы переходим к этому разделу администрирования здесь. Здесь вы также можете настроить свои и ваши оповещения и быть уверенными в том, что для вещей, о которых вы действительно хотели бы знать, вы также можете настроить эти вещи. Таким образом, мы можем настроить оповещения, мы можем настроить возможность включать определенные функции и выключать определенные элементы, а затем иметь возможность затем определять, кто будет получать эти сообщения, и, подписавшись на эти предупреждения, мы можем связать, кого бы мы хотели быть, кто хотел бы знать о таких вещах.
Но, как я сказал ранее, это действительно хороший способ сделать, по крайней мере, иметь общее спокойствие, зная для всех ваших корпоративных экземпляров SQL - что у вас есть, а также убедиться, что он работает оптимально, даже если вы этого не делаете, еще не приняли решение инвестировать средства в мощный инструмент мониторинга производительности для управления этим экземпляром. Это охватит вас, потому что это очень доступный способ выйти и во многих случаях иметь возможность проводить эти инвентаризации и иметь возможность выполнять своего рода очень широкий вид общего уровня мониторинга, чтобы убедиться, что вы получить это душевное спокойствие и знать, что происходит.
Надеюсь, это имеет смысл в том, как мы описали это и показали вам. Я думаю, с этой точки зрения я могу пойти дальше и передать его обратно, и мы можем поговорить еще немного.
Эрик Кавана: Это звучит великолепно. Так что, Робин? Дез? Любые вопросы?
Робин Блур: У меня есть вопросы. На самом деле очень интересно наблюдать за этим, я имею в виду, что я просто хотел прокомментировать, что почти везде, где я был, не только среди администраторов баз данных, но и среди сетевых специалистов, среди специалистов по хранению данных, среди специалистов по управлению виртуальными машинами, они все отработка электронных таблиц.
Эрик Кавана: Верно.
Дез Бланчфилд: Вы вроде знаете, вот так, вы вроде знаете, что все в порядке, пока цифры не начнут изменяться. Когда числа начинают двигаться, вы знаете, что они попадут в беду. Так что вопрос сейчас мне как-то интересен, и я знаю, что вам будет сложно ответить, но что, если вы отправитесь в место, где у них нет ничего подобного, для работы с электронными таблицами, поэтому давайте предположим, что администраторы баз данных очень умные ребята, и так далее, и так далее, какую рентабельность, по вашему мнению, вы получите от реализации чего-то подобного? Есть ли у вас какие-либо цифры по этому вопросу или какие-либо рекомендации по этому поводу?
Bullett Manale: Трудно сказать, что такое ROI, потому что среда будет немного другой. Очевидно, что чем больше предприятие, тем больше среда, очевидно, тем больше будет окупаемость инвестиций, если они используют, вы знаете, ручные методы сейчас.
Я знаю, что разговаривал со многими - когда я говорю о крупных организациях с тысячами и тысячами сотрудников, а также, вероятно, с тысячами случаев, - где у меня есть люди, которым я показываю это им, и они говорят, что это займет две недели моего времени назад. Я говорил это не раз. Так что трудно сказать с точки зрения фактической суммы в долларах от покупки, но это значительно, когда у вас есть среда.
Как я уже сказал, это довольно непротиворечиво, это люди, с которыми я, большинство людей, с которыми я общаюсь, хранят эти вещи в электронной таблице. Так что это просто очень, очень субъективная вещь, потому что каждая среда, немного отличающаяся с точки зрения того, как они делают свое лицензирование и как они делают свое лицензирование с Microsoft, является другой частью этого фактора. Но если им приходится совершать настоящие взлеты каждый год или каждые три года, я думаю, что максимум три года для Microsoft, они хотят, чтобы вы правдиво, по крайней мере, каждые три года.
Тогда вы знаете, что это значительно, и это, вы знаете, это просто то, что делает намного проще. Поскольку это динамическая вещь, которая постоянно меняется, она также дает немного больше обоснованности с точки зрения того, что вы смотрите на стихи, ну, мы действительно не обновляли электронную таблицу за шесть месяцев или год. Так как часто вы обновляете электронную таблицу - это еще один вопрос, чтобы понять, что это ответ на ROI.
Дез Бланчфилд: Да, я имею в виду лицензирование SQL, лицензирование этого просто кошмарный кошмар, но особенно кошмарный, потому что лицензирование не то же самое между Microsoft и Oracle и любым другим, кто занимается базами данных. Если вы на самом деле храните в электронных таблицах то, что обычно происходит, вы знаете, что время лицензирования наступает еще до того, как вы на самом деле это осознаете, и у вас фактически нет данных, если вы знаете, что я имею в виду, чтобы легко получить эту информацию.
В любом случае, как вы указываете, это динамично, и я лично понятия не имею, потому что мне никогда не приходилось вести переговоры с Microsoft, поэтому я понятия не имел, но, вероятно, есть базы данных, которые люди довольно часто снимают с тестовых данных, среды тестирования, и я бы угадайте, что это бельмо на вашей стороне, если вы занимаетесь лицензированием. Это ты-?
Bullett Manale: Да да Это так, потому что во многих случаях об этом забывают, и затем мы начинаем пытаться выяснить, хорошо, хорошо, мы получили лицензию на ядро, что мы должны выяснить количество ядер для каждого из этих экземпляров, и я не знаю, С точки зрения стандартов того, что вы приобретаете, вы можете также купить довольно хорошее оборудование, если вы не используете это оборудование так, как его следует использовать, то вы переплачиваете, потому что платите за цену ядра, когда эти ядра не используются таким образом, чтобы становится проблемой.
Таким образом, каждая версия 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: Да.
Дез Бланчфилд: Итак, каковы они, один из первых шагов, которые люди здесь, я полагаю, есть пара вопросов, которые мы могли бы хотеть донести до аудитории. Один из первых вопросов - с чего начать? Каков первый естественный шаг для них: «Хорошо, нам нужно сделать версию« Анонимных алкоголиков »?»
У нас больше баз данных, чем мы знаем, что делать. Как выглядит естественный шаг для них: «Хорошо, нам нужно взять эту штуку и начать бегать?» Они просто болеют индейкой или позже им действительно нужно начать с малого и просто получить некоторый опыт в картировании окружающей среды. ?
Bullett Manale: Ну, я думаю, это сказало, что они должны нанести на карту окружающую среду. Теперь Microsoft предлагает бесплатный инструмент для этого, инструмент планирования оценки Microsoft, это бесплатный инструмент, но он статичен. Вы делаете открытие, и это все. Вы получаете список вещей, которые там есть. Мы взяли это и сказали, что посмотрите, давайте сделаем еще один шаг, давайте сделаем обнаружение, давайте найдем что-то там, давайте поместим это в хранилище и сделаем так, чтобы оно было динамичным, и мы могли добавить к нему, удалить из него.
Но в целом самый большой первый шаг, я думаю, просто выяснить, сделать открытие. Означает ли это, что мы пробуем загрузить наш продукт, вы можете загрузить его и испытать его в течение 14 дней, а также указать свою среду и выполнить сбор.
Теперь, если у вас уже есть электронная таблица с кучей этой информации, и вы в некоторой степени уверены, что эта информация верна, у вас также есть возможность импортировать в CSV эту электронную таблицу со всей этой информацией и сделать ее частью того, что вы уже есть. Но с точки зрения выяснения того, что вы не знаете, единственный способ сделать это - вручную выйти, сделать это или иметь инструмент, который ищет такие вещи, как этот. Вот решение, которое вы должны будете в какой-то момент принять: «Пытаюсь ли я автоматизировать это открытие или хотя бы получить хорошее представление о том, что там происходит, а затем, возможно, беспокоиться о некоторых исключениях?» Но для большинства часть, вам, вероятно, нужен инструмент.
Дез Бланчфилд: Так быстро. Куда люди идут, чтобы начать это? Они попали на ваш сайт? Как они протягивают руку и начинают это быстро?
Bullett Manale: Если вы зайдете на Idera, I-D-E-R-A.com, вы увидите, и я могу просто очень быстро показать это очень быстро. На веб-сайте Idera вы перейдете к продуктам, перейдите к менеджеру инвентаризации. Вы увидите ссылку для скачивания прямо здесь. Вы просто определяете, какую сборку хотите установить на 64- или 32-разрядную версию, и это поможет вам начать работу, и вы сможете начать свое обнаружение с этого места.
Робин Блур: Фантастическая и отличная, отличная презентация, большое спасибо.
Bullett Manale: Спасибо.
Эрик Кавана: У нас есть пара вопросов от аудитории, и те к вам, потому что нам сегодня трудно остановиться, но Буллетт, опять же, отличная работа над демо, отличная работа нашего продюсера, поймавшая, что она не показывается.
Bullett Manale: Прости за это.
Эрик Кавана: Нет, это хорошая вещь, вы даете представление о сути бизнеса, верно? Потому что бизнес управляет данными, а вы даете представление о самом сердце. Так что больше никаких ручных волнистых вещей; Теперь вы можете указать на вещи и решить это. Так хорошо для тебя.
Bullett Manale: Спасибо.
Робин Блур: Но, кстати, было здорово увидеть его вживую, молодец.
Эрик Кавана: Да, мы заархивируем эту веб-трансляцию для последующего просмотра, а затем мы надеемся, что она будет запущена примерно через час или два. Первоначальный архив будет иногда работать немного дольше, но не забудьте сообщить об этом людям. С этим собирались тебя отпустить, ребята. Еще раз спасибо за посещение брифинга, на самом деле были горячие технологии. Ну догнать тебя в следующий раз. Береги себя, пока-пока.