Por Techopedia Staff, 22 de fevereiro de 2017
Takeaway: O anfitrião Eric Kavanagh discute o gerenciamento de banco de dados com o Dr. Robin Bloor, Dez Blanchfield e Binh Chau da IDERA.
No momento, você não está logado. Faça o login ou inscreva-se para ver o vídeo.
Eric Kavanagh: Ok, senhoras e senhores. Olá e bem-vindo de volta mais uma vez. É quarta-feira, são quatro horas, horário da costa leste dos Estados Unidos, e nos últimos anos isso significa que é hora das Tecnologias Quentes. É isso mesmo, este é o nosso show com nossos amigos Techopedia - Techopedia.com. Vê-los online. Eles recebem tráfego monstruoso, 1, 5 milhão de visitantes únicos por mês. Isso é muito tráfego na web. O tópico de hoje, “O sonho do DBA: descoberta e gerenciamento em todo o ambiente”. Sim, de fato, é um grande problema, especialmente para organizações maiores. Há um slide sobre o seu verdadeiramente, e o suficiente sobre mim, me escreva no Twitter @eric_kavanagh, eu sempre tento acompanhar e iniciar uma conversa por aí.
Novamente, estamos falando sobre tecnologias de banco de dados hoje e realmente somos capazes de entender o que está acontecendo em um amplo cenário de instâncias de banco de dados. Como muitos de vocês sabem, uma vez que você começa a crescer sua organização, você tem muitas outras instâncias por aí e manter um controle sobre essas coisas pode ser um desafio interessante. De fato, lembro-me de alguns anos atrás, tive uma ótima conversa com um cara que era o diretor de governança de dados do escritório do CIO no Departamento de Defesa. E eu estava contando a ele todas essas coisas interessantes, tivemos uma ótima conversa e contei a minha história de fundo sobre lobby por transparência nos gastos federais, e ele riu e disse: “Ah, então é sua casa para onde devo enviar isso a seguir ataque de drones predadores. ”Ele disse:“ Transparência nos gastos federais? Nem sei quantas licenças da Oracle tenho por aqui. ”Quando ouvi isso, pude realmente apreciar a magnitude do desafio que algumas organizações enfrentam.
Agora, hoje em dia existem muitas ferramentas interessantes - ouviremos sobre uma hoje - para entender o que está voando por aí, mas mesmo há 20 anos, esse foi um desafio realmente sério. Quando se trata de organizações do tamanho de DOD, você pode imaginar que, ao lidar com isso, você economizará muito dinheiro, economizará muito tempo e resolverá alguns problemas de governança; você acaba resolvendo vários desafios de uma só vez se fizer esse tipo de coisa corretamente. Vamos aprender sobre isso hoje.
Temos nosso próprio Dr. Robin Bloor, analista-chefe do The Bloor Group. Temos Dez Blanchfield, nosso cientista de dados, telefonando de baixo para baixo, Sydney, Austrália. E Binh Chau, gerente sênior de produtos da IDERA, também está em risco.
Fazemos #HOTTECH como hashtag - fique à vontade para twittar durante o show. E confiamos em vocês para boas perguntas, por isso não se acanhe: faça perguntas a qualquer momento usando o componente de perguntas e respostas do seu console de webcast ou a janela de bate-papo, de qualquer maneira. E com isso vou entregá-lo ao Dr. Robin Bloor. Deixe-me entregar as chaves para o WebEx. Lá vai, e leva embora.
Dr. Robin Bloor: Ok. Bem, aqui vamos nós, vamos para o primeiro slide. Na Itália, eles os chamam de Stanlio e Olio, Laurel e Hardy. Nos anos 90, quando todo mundo estava preocupado com o ano 2000, eu me envolvi em vários projetos do ano 2000. E eu fui - vamos chamá-los de uma grande companhia de seguros - e eles descobriram que tinham mais de 500 aplicativos que eles não sabiam que existiam no mainframe. Eles estavam fazendo um inventário do mainframe. Bem, naqueles dias, os ambientes de mainframe eram muito mais bem cuidados do que qualquer coisa que surgisse mais tarde, quero dizer, simplesmente não há dúvida sobre isso.
Fiquei realmente atordoado e conversei com as pessoas da organização e elas disseram que não havia uma central abrangente … não havia uma pessoa responsável por conhecer essas informações, você sabe, basicamente. Eles nunca fizeram inventários de seus ativos. E um banco de dados é um ativo sem termos incertos, pois contém dados e os dados são valiosos. Quantas instâncias é a questão e, na verdade, onde elas estão? Isso é apenas "O que é um banco de dados?" E, pelo que penso assim, um banco de dados é um armário no qual você joga dados. E eu estava conversando recentemente com um site que tinha milhares de instâncias do Oracle. Bem, o Oracle é um banco de dados que, se você o usa de maneira sofisticada, requer um DBA.
Eu meio que perguntei sobre isso e eles disseram que, sobre, acho que são cerca de sete ou oito DBAs em toda a organização. E eu disse, você sabe: “Quem está cuidando dos outros milhares de instâncias?” E eles disseram: “Bem, o que realmente aconteceu lá é que as pessoas estão apenas usando-o como um sistema de arquivos. Temos um número de bancos de dados que estão em grandes grupos onde o desempenho realmente importa e eles têm DBAs que permanecem sobre eles o tempo todo. E então temos milhares de outros bancos de dados que ninguém está cuidando. ”E perguntei exatamente quantos bancos de dados e eles criaram:“ Bem, a última vez que a Oracle os auditou. ”Eles não fizeram auditorias eles mesmos, você sabe, o que é uma coisa interessante.
Mas, você sabe, existem razões para usar um banco de dados. Um banco de dados implementa um modelo de dados. Está lá para compartilhar dados: pode gerenciar várias solicitações simultâneas de dados, implementar um modelo de segurança, é compatível com ACID, é resiliente ou pode ser configurado para ser resiliente, você sabe. Essa é a razão pela qual temos bancos de dados. Mas, você sabe, não é incomum encontrar sites com milhares de instâncias do SQL Server ou Oracle e a maioria deles está apenas sendo usada como sistema de arquivos, basicamente. E então, por que você criaria uma nova instância, realmente?
Sei das equipes de desenvolvedores que, se estão criando um novo aplicativo, o constroem em um silo para que qualquer novo aplicativo tenha um banco de dados separado. Eles não estariam necessariamente tentando criar uma camada de dados - não acho que seja uma boa prática. Mas, novamente, você sabe, se você tem um ambiente muito complicado, fica muito, muito difícil tentar reunir todos os bancos de dados relacionados entre si em termos de ter dados neles onde existem relações. Instâncias são criadas para réplicas.
Você sabe, você pode ter reservas ou réplicas quentes para fins de disponibilidade, mas também possui réplicas ou semi-réplicas em data marts. E uma vez que o mundo do data warehouse foi introduzido, a questão de, você sabe, quantos data marts estavam lá fora, e as pessoas estavam apenas os usando como arquivos clonados, retirando dados do data warehouse e não se importando particularmente com seu desempenho no sensação de que eles apenas se contentariam com o desempenho padrão. A maioria dessas pessoas provavelmente nem sabia que era possível ajustar os bancos de dados. Vi projetos que dividiram dados em montes distintos para fins de distribuição.
Você sabe, geralmente obtém essa situação de replicação em que há vários depósitos em uma organização e cada um deles possui bancos de dados e cada um deles é um fragmento de um banco de dados central. Você obtém instâncias do sharding. Más decisões de design - vi alguns designs realmente bizarros ocorrerem em termos de bancos de dados em que as pessoas criaram bancos de dados separados sem um bom motivo. E, como observei, os bancos de dados são sistemas de arquivos.
E existem os ambientes de teste e desenvolvimento que precisam ser levantados e caídos, mas todos contam como instâncias baseadas em banco de dados e, a propósito, todos eles precisam ter segurança e todas as outras coisas que o banco de dados fornece. Considerações sobre a instância - uma carga de trabalho do banco de dados só pode ser otimizada para uma instância específica. Se você está realmente interessado em ter absolutamente o melhor desempenho, ter os dados fragmentados em vários bancos de dados não necessariamente fornecerá esse tipo de otimização.
Há uma razão para não criar instâncias espúrias de dados. Cargas de trabalho mistas no mesmo banco de dados que o contraponto podem levar a um desempenho ruim - particularmente notável pelo OLTP e o grande tráfego de consultas simplesmente não se mistura, nunca se misturou e provavelmente nunca se misturará. Geralmente, é melhor consolidar um banco de dados no nível do servidor, em vez de ter várias VMs. Mas as VMs fornecem isolamento; para algumas pessoas, é uma decisão de design isolar dados de outros dados, para que, se esse aplicativo falhar ou se o banco de dados falhar, não diminua o meu aplicativo.
O problema com isso, é claro, é que você acaba passando para o próximo ponto, que é as taxas de licença do banco de dados. Isso varia, mas já vi as taxas de licença do banco de dados se tornarem um critério de design porque alguém não queria estourar um número específico e, portanto, as pessoas projetam mal os sistemas simplesmente por causa da maneira como a licença do banco de dados funciona. E há outra coisa: se você começar a consolidar todos os seus bancos de dados, vale a pena notar que os DBAs são caros. Isso não é uma coisa tão fácil de fazer.
Uma visão simples do mundo - e este é realmente o último slide - existe uma camada de dados, uma camada de transporte e uma camada de processamento. E todo o hardware fica embaixo disso. Não é realmente possível otimizar a camada de dados sem saber exatamente o que está nela e por quê.
E, tendo dito isso, transmitirei a meu amigo lá embaixo, Dez Blanchfield.
Dez Blanchfield: Obrigado, Robin. Deixe-me ver meu mouse aqui. Então, eu vou contar algumas histórias hoje, porque esse é um tópico enorme e eu poderia passar duas semanas com um marcador de quadro branco se divertindo, porque eu tive quase três décadas de altos e baixos neste espaço .
Mas primeiro, uma imagem visual mental. Quando penso no desafio de que falamos hoje - e essencialmente, no crescimento, replicação e expansão de bancos de dados e em todos os desafios que o acompanham - eu queria apenas colocar essa imagem de um carvalho gigante em nosso mente. Estas são árvores famosamente bonitas, elas começam como uma pequena bolota, mas crescem para esses gigantes. E quando o fazem, são muito grandes e bagunçados. E como você pode ver nesta imagem, como uma metáfora visual, se você gosta, galhos indo a todos os lugares e depois galhos saindo daqueles e folhas no final deles e eles estão em todas as formas aleatórias e caóticas, e isso é apenas o pouco que podemos ver acima do solo.
Eu meio que penso neles como dados dentro do banco de dados, e abaixo disso há uma estrutura de raízes e elas se encaixam em todos os tipos de direções. Mas parece muito limpo e sensível na superfície do solo, onde é agradável e plano, mas a realidade é que é tão louco por baixo do solo quanto por cima do solo; nós simplesmente não vemos isso. E eu geralmente uso isso quando começo a pensar em como descrever o desafio que estamos falando hoje para as organizações, desde a sala de diretoria até os técnicos, para tentar fazê-los visualizar o que realmente está acontecendo em suas organizações. Porque é tão fácil olhar para uma tela de computador e ver esses belos campos de linhas e colunas e pensar: "Nós resolvemos isso, não é grande coisa". Mas esse não é o caso. E então é nesse ponto que eu costumo chegar a essa linha dizendo que os bancos de dados em minha mente são como bolotas, você sabe, eles começam pequenos e crescem, mas antes que você perceba, você tem uma floresta de carvalhos gigantes e, portanto, o visual.
Então, duas histórias apenas para compartilhar um cenário que ficou fora de controle e simplesmente não pôde ser corrigido, e outro que fez uma coisa semelhante, mas foi capaz de ser corrigida, e destacarei o ponto principal da discussão de hoje sobre como nós viemos sobre isso.
O primeiro foi um cenário em que um CIO com a maior das intenções ao longo do tempo involuntariamente causou uma das expansões mais inesperadas e indesejadas que cresceram além do controle. Era um cenário em que uma organização governamental com milhares de funcionários, funcionários muito tecnicamente experientes, exigia acesso a seus sistemas e ferramentas com os quais eles poderiam começar a colaborar e automatizar muitos de seus processos. Eles queriam se afastar dos formulários em papel e queriam criar sistemas on-line, queriam capturar dados, rastrear e monitorar, monitorar e reportar de volta e apresentá-los aos colegas.
E há todo tipo de coisa, há pessoas que vão até seus escritórios, registram-se e registram-se para fins de segurança até quem estava pedindo o que na cafeteria na hora do almoço. E assim, um CIO bem-intencionado decidiu que o Lotus Notes era uma ótima idéia, porque ele participara de uma série de seminários e a IBM havia feito um excelente trabalho em lançá-lo e, no cenário certo, teria sido uma ótima decisão. foi feito sob controle. Mas o que aconteceu foi em vez de entregar o Lotus Notes a uma equipe de pessoas técnicas para implementar em um ambiente e, em seguida, levantar ferramentas sensíveis e assim por diante e fornecer algum controle e governança em torno dele, o que realmente aconteceu foi que ele foi implantado no padrão ambiente operacional, SOE, para que todos os desktops se tornassem efetivamente um servidor.
E assim, eles forneceram treinamento e notas práticas e documentação para todo esse processo e, de repente, as pessoas perceberam: “Sim, eu tenho o Lotus Notes na minha área de trabalho!” O que isso significa, você acha? Bem, isso significava que milhares de funcionários tecnicamente experientes foram ensinados a criar scripts e escrever aplicativos, efetivamente, no Lotus Notes, criar pequenos bancos de dados que basicamente se pareciam com planilhas, linhas e colunas e campos, e apresentar essa pequena interface da web através do Domino.
Se eu quisesse capturar informações sobre algo, poderia criar um pequeno formulário e, na interface do tipo planilha, colocá-lo em um arquivo, criar um pequeno banco de dados do Lotus Notes por trás dele e apresentá-lo como um aplicativo da Web e começar a coletar informações. E isso soou ótimo até que funcionou por anos e, de repente, eles perceberam, alguém acordou e disse: “Bem, espere, por que existem 10.000 novos aplicativos baseados em banco de dados aparecendo na LAN e, principalmente, nos últimos 12 anos? meses? O que está acontecendo? ”Bem, o que aconteceu foi que você basicamente deu às pessoas uma arma, e estava carregada e a segurança estava desligada, e é claro que eles atiraram no próprio pé.
E tem essa ótima imagem aqui que eu costumo invocar na mente de um artista italiano que faz essa coisa estranha, onde ele pega um caminhão de feno e palha e despeja no meio de um estúdio de arte e depois recebe um curador do estúdio de arte enfiar aleatoriamente uma agulha no meio dela. E então ele passa dias na transmissão ao vivo, na câmera, vasculhando a palha procurando a agulha no palheiro, por assim dizer. Até que, depois de horas e dias, ele o encontra, pula para cima e para baixo e fica animado. E de qualquer maneira, artista italiano, o que você pode fazer? Mas é bem humorado e, se você já assistiu online ou se o assistir online, achará muito catártico.
Aqui está um cenário de pesadelo em que uma pessoa técnica bem-intencionada deu às pessoas de negócios - pessoas de negócios muito tecnicamente experientes - uma ferramenta que deveria facilitar sua vida. Mas, em pouco tempo, tivemos perguntas como quem está fazendo backup deles, quem está monitorando e dando suporte a eles, onde estão esses dados, em que estrutura estão os dados, quem está policiando os esquemas, e se eu quiser criar outra versão, quais dados estão nessas versões, posso fazer uma jornada de integração de teste de desenvolvimento nessas coisas?
Você sabe, você pode tirar suas próprias conclusões sobre como foi, mas não correu bem e você pode imaginar apenas centenas de terabytes de dados, e não fazer backup, sentado, efetivamente, em PCs ou laptops em mesas, alguns sistemas que nem sequer estavam disponíveis porque as pessoas não perceberam quando desligaram o laptop às 5:30 e o levaram para casa para fazer o trabalho que ninguém na LAN poderia acessar para esse aplicativo. Não terminou bem. E uma grande quantidade de dados teve que ser limpa e manipulada manualmente e trazida de volta a um sistema sensível; a maioria foi simplesmente apagada e removida, porque simplesmente não era permitido espalhar-se ainda mais.
Então minha segunda anedota com coisas em uma jornada muito diferente. Imagine um cenário em que você tenha desenvolvimento, teste, integrações, integrações de sistemas, teste de aceitação do usuário, produção, recuperação de desastre, backups e cópias de backup, de um a 99 e além; você tem upgrades, patches e ambientes de demonstração de um até 99 e mais. E, de repente, você fica sentado, dizendo: “Espere, o que está acontecendo, espere, quem está usando o quê?” Sabe, este é um pesadelo potencialmente esperando para acontecer.
Mas, nesse cenário, o que aconteceu foi que tive a oportunidade de entrar em uma organização que desejava extrair uma unidade de negócios de gerenciamento de patrimônio de sua plataforma de banco central e defendê-la como uma organização separada em essencialmente uma startup dentro de uma empresa. O desafio era levar nossa unidade de negócios de gerenciamento de patrimônio e todas as pessoas, tecnologias e dados ao redor dela nos serviços públicos, criar uma startup dentro de nossa própria empresa e abri-la para que ela pudesse operar com sua própria marca.
Este é um líder global no setor bancário, que não vou citar. Tivemos que extrair a própria unidade de negócios de gerenciamento de patrimônio e todas as coisas ao seu redor. Então, tudo na sua totalidade, toda a equipe, a infraestrutura física e mova-a para um novo espaço de escritório. Todos os sistemas de negócios, todo o software, todos os dados, todo o licenciamento, você escolhe. Bem, você pode imaginar, isso parecia um pesadelo para começar.
E, para colocar um pouco de contexto, estamos falando de 78 sistemas na plataforma bancária original, suportando cerca de 14 produtos principais, que podem ser cerca de mil ofertas diferentes. Centenas e centenas de bancos de dados ao vivo em uso e, quando digo em uso, tivemos que movê-los no local, para que, na sexta-feira à tarde, eles estivessem em um ambiente, na segunda-feira em outro lugar e no sábado. e domingo eles tiveram que passar por essa transição onde as transações passavam de um sistema à esquerda, digamos, para visualizá-lo, para outro sistema à direita.
Cerca de 15.000 clientes com incontáveis registros cada um e um pesadelo de ETL porque nenhum dos 78 sistemas de um lado foi correspondido por sistemas do outro lado. Tínhamos uma plataforma bancária completamente nova, novos sistemas, novo software, novos bancos de dados e novo esquema. Então, metadados, campos, linhas, colunas, registros, tabelas, você escolhe, nada corresponde. Existem 14 equipes de desenvolvimento ativo diferentes, uma para cada produto. E quando construímos esse ambiente, descobrimos que, quando tínhamos teste de desenvolvimento, integração, integração de sistemas, teste de aceitação do usuário, produção, recuperação de desastre, cópias de demonstração, backups, atualizações, correções - eu até perdi um lá - treinamento, por exemplo e educação, havia 23 versões de cada um desses ambientes para cada equipe de desenvolvimento.
Agora, você fica sentado e, de repente, seu sangue começa a coagular, sua pele fica fria e seu cabelo fica arrepiado - isso nunca pode terminar bem. Bem, acabou bem porque a primeira coisa que fizemos, antes mesmo de começarmos o design da implantação da tecnologia, foi buscar as ferramentas certas. E usamos ferramentas, e não necessariamente pessoas, mas pessoas que dirigem ferramentas. Usamos ferramentas para mapear os dados, usamos ferramentas para mapear os bancos de dados em que viviam, mapeamos todos os metadados, esquemas e todo o caminho até linhas, colunas, registros e campos.
Sabíamos de onde viíamos e, em seguida, correlacionamos isso com o mapa do que estávamos implementando na medida em que parecia a plataforma bancária pronta para uso, e tínhamos uma correlação individual. E qualquer coisa que tenha caído no meio, criamos uma sala de dados por onde passaríamos e os mapearíamos manualmente. Mas, antes de fazer qualquer implantação e configuração desses ambientes no novo mundo, garantimos que cada registro, cada tabela, cada campo, cada linha, cada coluna, cada banco de dados e todos os metadados ao seu redor, todas as permissões e controles foram mapeados, de um para um. E não movemos nada até que essa correlação fosse feita.
E assim, a parte do ETL passou de um pesadelo para um processo bastante indolor de apenas validar os controles e processos sendo seguidos. E poderíamos fazer isso regularmente, quase de hora em hora. Estávamos fazendo a transição da produção no mundo antigo para novos ambientes de desenvolvimento, teste, integração etc. no novo mundo. E no dia em que fomos ao ar, após um processo de cinco meses para ser lançado após um mês com o teste e, em seis meses, estava on-line e ativo, tivemos apenas um problema, e o problema era que alguém esqueceu sua senha e teve que ser redefinido. Esse foi o único problema que teve, e essencialmente criou cerca de uma hora de estresse para as pessoas que pensavam que algo havia dado errado - a senha acabou e eles esqueceram o que era e tiveram que redefini-la.
Você pode imaginar esse cenário, comparado com o ambiente do Lotus Notes, em que alguém tinha grandes intenções, mas não pensava no desafio. Em seguida, tivemos que tentar mapear todos esses dados e a maior parte deles teve que ser descartada e foi apenas uma grande perda de tempo, esforço, recursos e moral. Em um cenário em que, quando é planejado e executado adequadamente e entregue adequadamente com as ferramentas certas, obtivemos um ótimo resultado.
E esse ponto me leva a essa linha - antes de entregar ao nosso associado para falar sobre o que a IDERA tem para resolver esse mesmo desafio - é que no mundo de hoje, onde cada vez mais os sistemas são alimentados por bancos de dados, não é apenas uma questão de segurança, mas para mim, é um fato, é uma necessidade, que as ferramentas inteligentes sejam, na minha experiência, a única maneira de gerenciar a descoberta de dados, o gerenciamento de dados na escala e a velocidade que estamos movendo.
E se for bem feito, como ilustrou a segunda anedota que acabei de compartilhar, espero que possa ser um processo muito simples e sem dor. Não apenas em novos projetos, mas abraçando um ambiente atual e garantindo que a qualquer hora e dia você possa acompanhar e rastrear o que está acontecendo em sua organização, qual banco de dados existe, quais versões do banco de dados você está executando e quem está usando o quê.
E, para esse fim, entregarei ao nosso associado da IDERA, e estou ansioso para ouvir o que eles têm a oferecer sobre a mesa e como resolveriam esse mesmo desafio.
Binh Chau: Ótimo, obrigado, Dez. Vocês podem me ouvir bem? Tudo bem obrigado. Olá pessoal, eu sou Binh Chau com o IDERA. Hoje vou falar um pouco sobre os produtos que chamamos de SQL Inventory Manager e ele fala sobre a descoberta e a capacidade de inventariar suas instâncias e bancos de dados do SQL Server por aí, e para entender o que você tem em o ambiente e conversamos sobre outras coisas que Dez e Robin falaram em termos de expansão de banco de dados e da necessidade de dados atualmente.
Com isso, aqui está uma consideração que você ouviu, eu acho, anedoticamente através dos dois contos que Dez estava descrevendo. Mas hoje, basicamente, há muita necessidade de grupos de dados e negócios por aí e grupos de negócios por aí, meio que ativando seus próprios aplicativos e servidores, principalmente com o SQL Server, certo? Como você pode facilmente ativar uma versão do SQL Express ou serviços de BI, existe apenas a expansão do SQL em muitas organizações, você sabe, do pequeno ao grande.
Muitas vezes, os DBAs não sabem que alguém decidiu iniciar, você sabe, criar uma instância, em vez de apenas colocar um banco de dados em uma instância existente. Eles não estão cientes dessas coisas até que potencialmente haja um problema e alguém esteja chamando o DBA: "Ah, não, meu aplicativo parou de funcionar, ele não pode se conectar a um banco de dados, o que está acontecendo?" E você sabe, quando o DBA está perguntando algumas perguntas que eles descobrem: "Ei, essa não estava no nosso radar, não tínhamos consciência disso".
Outra é os custos de licenciamento, certo? Licença do Microsoft SQL Server: a maneira como funciona é que você não precisa de uma chave específica para esse número de instâncias. Você pode implantar e eles fazem uma auditoria. Você sabe, eles fazem uma auditoria mais tarde e meio que descobrem quantas licenças você realmente precisa. E assim, se eles estiverem fazendo uma auditoria e você não estiver ciente dos servidores desconhecidos, isso poderá resultar em uma auditoria cara. Portanto, é bom ter a ferramenta ou um inventário antecipado para saber quanto custa o seu licenciamento e poder não apenas saber, mas também gerenciá-lo.
E então, sobre o que acabei de falar, se você não está ciente de um servidor muitas vezes, se as coisas estão indo bem, tudo está bem, mas a única vez que você se conscientiza de algo é quando há um problema. E isso pode levar a interrupções na produção ou talvez o servidor não tenha sido mantido e você não tenha recebido um patch nesse servidor, o que cria um problema.
Algumas das perguntas que um DBA tem que fazer no dia-a-dia é que elas enfrentam, você sabe, elas podem ser administrativas ou estratégicas, mas algumas coisas como, a Microsoft acaba de lançar um patch de sistema crítico, quantos sistemas por aí precisarão desse novo fragmento? Quem será afetado pelo tempo de inatividade se eu precisar desligar o sistema para corrigi-lo? Como posso chegar facilmente a essas informações? Preciso entrar em uma planilha? Preciso entrar em vários sistemas para descobrir isso? Preciso entrar em contato com os diferentes grupos de negócios para obter essa lista? É realmente difícil separá-lo.
Outra boa é basicamente, alguém aparece e eles dizem, eu preciso de um novo banco de dados. Vai exigir tamanho X e precisa ter tanta capacidade, e eles querem saber onde posso colocá-lo. Sem saber o que está no seu cenário, é difícil dizer a eles, tudo bem, podemos colocar aqui, aqui ou aqui. Você meio que precisa fazer as verificações manuais necessárias para fazer isso. E conversamos sobre a auditoria e também sobre o servidor não autorizado.
Se você possui um servidor não autorizado, não sabe em que estado ele está, se foi feito o backup, se possui todos os patches. Às vezes, você pode não ter consciência dessas coisas até que haja um problema, o que seria ruim.
Esses são todos os desafios, as perguntas que o DBA enfrenta no dia a dia, o que é jogado contra eles. Então, eu queria apresentar a você o SQL Inventory Manager, que é um produto que temos por aí. Faz algumas coisas. Ele faz a descoberta, que é basicamente meio que saindo para o seu ambiente para ver o que o SQL Server está disponível no seu ambiente. E também pode descobrir automaticamente, então, basicamente, depois de executar uma descoberta, você pode configurá-la para sair diariamente ou semanalmente - qualquer que seja o período de tempo que você quiser - para descobrir novas instâncias por aí.
Além disso, você também pode fazer com que ele registre automaticamente essas instâncias, para poder começar a monitorá-las e verificar o estado de saúde delas e, em seguida, começar a catalogar e inventariar essas instâncias para ter uma boa visão do cenário do SQL Server. O que há por aí, o que é produção, o que é desenvolvimento, o que é recuperação de desastre, o que é menos crítico e você sabe, quais aplicativos estão sendo executados neles. E você também pode receber alertas sobre quando as coisas, quando a verificação de integridade está falhando, portanto, basicamente, se o servidor ficar inoperante ou várias outras coisas que você pode usar.
Eric Kavanagh: Você está ficando um pouco mole, só para você saber.
Binh Chau: Desculpe, isso é melhor? O que eu quero fazer é levar vocês através de uma demonstração, mostrar o que eles fazem. Espere um segundo, deixe-me compartilhar minha tela primeiro. Vocês estão vendo a interface da web? Essa é a interface do SQL Inventory Manager. A tela que estou mostrando aqui é uma interface baseada na Web. A tela que estou mostrando aqui é a nossa Exibição de instância de banco de dados. No topo, você pode ver que temos diferentes. Portanto, “descoberto” é basicamente todas as instâncias descobertas na rede. E o que isso vai me mostrar é basicamente.
Eric Kavanagh: Você está começando a terminar um pouquinho por lá. Você pode desligar o telefone e colocá-lo no alto-falante. Continue.
Binh Chau: essa tela de descoberta mostra tudo o que o gerente de inventário descobriu na sua rede. Aqui é descoberto como 1.003 servidores por aí. E ele informará a versão, a edição, se possível, quando foi descoberta e como foi descoberta. Digamos, por exemplo, que eu opte por ignorar alguns deles, ou seja, talvez você queira ignorar a Developer Edition porque eles não são tão importantes para mim porque são apenas Developer Edition; Posso optar por ignorá-las e colocá-las na guia Ignorar. Portanto, na próxima vez que executar o Discovery, isso não será exibido novamente. Agora eu posso preencher para fazer o registro automático ou posso me registrar manualmente.
E então aqui eu escolhi monitorar seis instâncias. E aqui está logado e executará verificações periódicas nelas e, em seguida, há várias verificações, qualquer coisa daqui, você sabe, verifica a cada 30 segundos para ver se o servidor está ativo ou inativo e fornece uma visão geral de qual é esse estado Basicamente, aqui está me dizendo que eu tenho um servidor inoperante e esses cinco inativos. Também está me dizendo quais edições do servidor, o número de bancos de dados, o status dos bancos de dados, qualquer inventário ou metadado adicional em torno desse servidor. Também posso acessar a visualização Licenciamento aqui. Aqui estão as informações de licenciamento da Microsoft que eu preciso para poder obter um total ou resumo antes de uma auditoria da Microsoft.
Aqui está o número de núcleos, o número de soquetes, a possível licença principal que foi introduzida pela Microsoft a partir de 2012. Essa era a nossa visão de Instância. Nossa página Visão geral, esse é o tipo de página que você abrirá. Isso mostrará as verificações ou recomendações de integridade que possui, como agora está me dizendo que eu tenho nove bancos de dados que não têm backup atual. Posso clicar lá para ver os detalhes de quais bancos de dados são e posso entrar e executar uma ação neles, se necessário. Diz-me todos os principais bancos de dados por tamanho, principais bancos de dados por atividade. Posso clicar no servidor específico e obter mais detalhes sobre ele.
Eric Kavanagh: Enquanto isso está rolando, o que você está nos mostrando aqui é a capacidade de ver realmente qualquer coisa que esteja conectada à rede, certo?
Binh Chau: Certo. Isso mostra tudo o que escolhi monitorar usando o Gerenciador de inventário. Este é um SQL Server, mostra-me aqui todos os aplicativos conectados ao servidor. Mais uma vez, posso acessar todos os bancos de dados associados neste servidor. Aqui eu poderia marcar as coisas. Posso criar uma tag para esse servidor específico, independentemente de ser um domínio preciso. Temos clientes que o utilizam para, por exemplo, quererem marcar seus servidores de produção ou servidores de dívida e, em seguida, podem obter um relatório completo da maneira como as coisas são. À medida que vou para a guia Administração, é assim que posso executar o Discovery. E o Discovery basicamente vai sair e executar em sua rede e encontrar todo o SQL Server em seu ambiente.
Aqui, eu tenho esse domínio Preciso, que é um domínio nosso e o configurei para dizer que, nesse domínio específico, use essa conta de usuário específica do Windows para descobrir e quero que você faça uma verificação completa. Também posso selecionar para especificar “Verificar apenas este subdomínio específico” ou “Verificar apenas o pai”. Mas, neste caso, aqui eu disse que execute a verificação completa. Aqui estão os diferentes tipos de digitalização que posso usar e se eu salvar, e basicamente é um trabalho que posso definir. No momento, está desativado, o que significa que eu teria que executar manualmente essas verificações. Mas se eu quisesse, eu poderia defini-lo diariamente, você sabe, executar o trabalho diariamente. Ou, se eu optar por não executá-lo diariamente - é demais - posso dizer que execute o trabalho semanalmente em uma data e hora específicas.
E então o registro automático aqui, se estiver ativado, o que faria é que toda vez que encontrasse um novo servidor, ele o registraria automaticamente no Inventory Manager para que eu possa começar a monitorá-lo. Se houver algum tipo de edição que eu queira excluir, como, por exemplo, eu não me importo com a edição Express ou Developer porque esse é o ambiente de desenvolvimento, basta clicar aqui e o que ele fará é apenas Quando encontrar algo novo, vou adicioná-lo ao Inventory Manager para que você possa monitorá-lo, desde que não seja uma edição Developer ou Express.
E é aqui que eu posso definir as tags, por exemplo, se eu tiver servidores de produção, poderia ir aqui e marcar esses servidores. Eu poderia marcar o banco de dados ou o servidor com uma marca azul específica; portanto, por exemplo, eu poderia dizer que esse AO_NODE deve ter uma marca de produção. E dessa forma, se eu precisasse acessar o servidor com facilidade, posso ir até aqui e clicar na tag Produção e isso me levará imediatamente para esses dois servidores. Essa é a nossa visualização do Explorer e é mostrada pelo proprietário, mas eu poderia dizer pela tag Instance, também pelos bancos de dados e posso expandi-la para ver o que são.
Outro recurso útil que criamos e que as pessoas realmente gostam aqui é a capacidade de analisar o que você está gerenciando através do Gerenciador de inventário e ver em que nível de correção elas estão. Basicamente, aqui está me dizendo aqui os seis servidores que eu gerenciei em minhas ferramentas, se há ou não uma atualização disponível para a Microsoft e se a versão em que estou, ou não, é suportada ou não, e o suporte status. Se eu quiser descobrir mais sobre esse hotfix específico, posso clicar nele e ele me vinculará ao artigo da Microsoft em termos do que é esse hotfix e se deve resolvê-los. Você pode exportar essa lista, se quiser, para dizer: "Ei, preciso corrigir talvez três desses servidores neste fim de semana e os outros três posteriormente".
A lista de compilação - então há uma lista com a qual ela verifica se a sua versão está atualizada. Você pode sair e fazer o download desta lista para garantir que esteja atualizada e ter a lista mais recente para compará-la. Outro recurso interessante de inventário que as pessoas gostam é a capacidade de adicionar, não apenas tags, mas a capacidade de adicionar campos de inventário personalizados. Você sabe, se você quiser adicionar um campo aqui para marcar um banco de dados, por exemplo, digamos que eu queira marcá-lo no nível do banco de dados. Departamento, este departamento e este banco de dados, eu poderia torná-lo um tipo diferente: aberto, verdadeiro / falso ou lista de opções.
E eu poderia dizer, você sabe, este é um RH, marketing, P&D, finanças. E o que isso faz aqui é basicamente, uma vez que você pode marcar essas coisas, você pode obter alguns dados daqui que dizem quanta capacidade cada banco de dados está usando e então você pode começar a começar, tipo, está crescendo e faz sentido cobrar de volta esses departamentos?
Outra coisa é que, se você precisar executar manutenção, sabendo quem está no banco de dados, poderá saber com quem entrar em contato para que eles saibam: "Ei, eu preciso executar manutenção neste fim de semana, seus bancos de dados estarão offline" e assim por diante. Outro recurso útil é a caixa de pesquisa aqui em cima, que as pessoas gostam. Muitas vezes, os DBAs são questionados sobre um banco de dados, aplicativo ou servidor, dependendo de quem está falando com eles, é meio difícil descobrir exatamente onde está. O que você pode fazer aqui é que você pode não saber onde fica o banco de dados, mas pode digitá-lo. Eu poderia digitar o Painel IDERA e ele abriria alguns bancos de dados e onde eles ficam, para que você possa facilmente obter para aqueles. E, em seguida, obtém informações adicionais sobre eles: seu tamanho, um tamanho de log, se já teve um backup ou não, em que modo de recuperação está, se eu quisesse adicionar alguma tag sobre ele. Existem muitos recursos diferentes nessa ferramenta, você sabe, é uma ferramenta de inventário, mas é muito específica do SQL Server e dos DBAs.
Porque há, acho eu, coisas adicionais que o DBA gostaria de ter acesso ou obter uma boa visão de como o ambiente e a paisagem deles se parecem com seus bancos de dados. Você também pode se inscrever, configurar o servidor SMTP e configurar a assinatura para alertar você ou qualquer usuário aqui. Vou parar com isso e voltar à apresentação. E este último slide aqui é apenas uma visão simples da arquitetura. É um console da web que roda em um Tomcat Web Services incorporado.
Temos alguns serviços de coleção e serviços de gerenciamento que colocamos em um repositório e os serviços de gerenciamento são executados e executam o Discovery nas várias instâncias do SQL Server. Não há nada instalado nos servidores do seu monitor. Temos trabalhos executados periodicamente que apenas coletam dados sobre ele, então basicamente se está ativo ou inativo, quantos dados estão sendo usados, quais são as outras versões das pessoas. Bom, isso é tudo.
Eric Kavanagh: Sim, deixe-me fazer uma pergunta - vou fazer algumas perguntas e depois tenho certeza de que Robin e Dez também têm algumas - apenas por curiosidade, quando alguém entra para fazer uma auditoria, digamos que a Microsoft está eles usam essa ferramenta, ou eu presumo que eles têm algumas ferramentas proprietárias que eles usam?
Binh Chau: Sim, acredito que eles estão usando ferramentas proprietárias. O importante é que essa ferramenta é uma ferramenta de inventário, portanto, ela se mantém atualizada em termos de, você sabe, porque ela tem o trabalho de sair e coletar continuamente informações sobre seus servidores, ela será executada lá e a qualquer momento você terá informações atualizadas, de fato, sobre como as coisas mudam versus, você sabe, relatórios únicos que você pode obter da Microsoft para dizer que este é o número de servidores que você possui, essas são as versões que você possui .
Eric Kavanagh: Sim, estou curioso sobre o Discovery. Então, quando alguém compra essa ferramenta e começa a usá-la, como a descoberta realmente acontece? Isso foi o que eu estava aludindo antes, em outras palavras, você está tocando na rede para ver quais sinais estão voando por aí que parecem instâncias de banco de dados e depois você cataloga isso e depois de marcar uma instância de banco de dados que você está monitorando? Eu acho que ele tem um tipo de ping que acontece de vez em quando e, se cair, por exemplo, é assim que você sabe que está caindo. É assim que as coisas funcionam?
Binh Chau: Sim. Quero dizer, uma vez que você ativou o Discovery, ele sai para a sua rede e temos várias varreduras diferentes para serem divulgadas, mas existe uma varredura de navegador e de registro. Ele faz varreduras diferentes para ver qual computador está disponível e depois faz uma verificação: você tem SQL Servers por aí ou serviços de BI por aí? E então ele o traz de volta e o puxa para a ferramenta e mostra para você: "Ei, aqui estão todas as coisas que eu descobri."
E então, se você disser: "Quero monitorar usando esta ferramenta", ele acompanhará isso e fará ping. Ele tem trabalhos para executar o ping de vez em quando para dizer: "Ok, verifique isso agora sobre isso" - você sabe, a disponibilidade do banco de dados - verifique agora o histórico do banco de dados, verifique o lado do banco de dados. Ele executa uma série de tarefas para verificar o banco de dados que você está monitorando.
Eric Kavanagh: Sim, isso é bom. E nós temos uma pergunta de um membro da platéia. Eu sei que vocês têm ferramentas que funcionam com uma variedade de tecnologias de banco de dados, mas esta em particular que você está exibindo hoje, é apenas para o SQL Server ou também abrange outros tipos de banco de dados?
Binh Chau: No momento, essa ferramenta específica cobre o SQL Server.
Eric Kavanagh: Ok, tudo bem. Bem, deixe-me passar para Robin, tenho certeza que ele tem algumas perguntas, depois talvez voltar para Dez. Robin?
Dr. Robin Bloor: Sim, claro. A Microsoft recentemente - em algum momento de 2006 - anunciou o SQL Server no Linux, mas acho que ainda não foi entregue. Eu só queria saber se você tem algum comentário sobre isso. Você está ciente disso? Você está brincando com isso?
Binh Chau: Sim, nós somos. Estamos planejando incluir isso. Quero dizer, o mais legal dessa ferramenta é que conversei com muitos clientes que criaram suas próprias ferramentas domésticas para fazer o mesmo, mas eles precisam acompanhar as novas edições e versões que A Microsoft é lançada, mas, como temos novas versões e edições, entramos cedo para garantir que a ferramenta possa monitorar e gerenciar as novas edições. Portanto, o SQL no Linux é algo que planejamos adicionar e disponibilizar quando estiver disponível - acredito que ainda este ano.
Dr. Robin Bloor: Sim, isso é interessante. Você espera que muitos de seus clientes realmente façam isso? Quero dizer, o SQL Server é um banco de dados muito sofisticado, na minha experiência. Quero dizer, você sabe, é longo no dente, provavelmente é a coisa a dizer. Quero dizer, você sabe, o Sybase original de onde ele veio foi realmente bastante simplista em muitas coisas que ele fez. Mas a Microsoft adicionou mais e mais coisas ao longo dos anos. Tudo isso estará disponível no Linux? Quero dizer, você aconselhará seus clientes sobre se deve fazer essa migração?
Binh Chau: Desculpe, é a pergunta que estamos vendo as pessoas pedirem isso?
Dr. Robin Bloor: Bem, dado que você mexeu com isso, é tão sofisticado no Linux quanto no Windows?
Binh Chau: Eu não brinquei com isso sozinho, mas o que ouvi de um colega é que é realmente muito parecido. Mas eu pessoalmente não brinquei com a nova versão do SQL no Linux.
Dr. Robin Bloor: Ok. Estou certo ao pensar que você simplesmente colocou agentes em todos os SQL Server encontrados? É assim que esta ferramenta funciona?
Binh Chau: Não, na verdade não colocamos agentes. Para essa ferramenta específica, a peça Inventário, na verdade, não colocamos agentes lá. Nós meio que fazemos uma ligação e verificamos o status dela. Uma coisa boa sobre essa ferramenta é que ela é sem agente.
Dr. Robin Bloor: Então, você tem outras ferramentas do SQL Server, pode me lembrar de quais outros produtos você tem neste conjunto que lida com o SQL Server?
Binh Chau: Sim. Temos o SQL Diagnostic Manager. É uma ferramenta de monitoramento e desempenho. Ele faz análises mais aprofundadas ou diagnósticos e verificações de desempenho e integridade para você do que o Gerente de estoque. O Gerenciador de inventário é a versão leve dessa verificação de saúde. Também temos o Compliance Manager e o Secure, que fazem parte do nosso conjunto de segurança. Ele informará basicamente quem está acessando seus dados, quais dados eles estão acessando, por quê e o ajudará com a conformidade e outras diretrizes de relatórios. Temos o SQL Safe, que é a nossa ferramenta de backup - ele faz backup e restauração, e isso é bom.
Também temos nosso Enterprise Job Manager, que está apenas monitorando seu trabalho. E então temos a ferramenta Caixa de ferramentas, que são conjuntos de ferramentas de administrador e também conjuntos de ferramentas de comparação, além do SQL Doctor. Conjunto de ferramentas de administração e conjunto de ferramentas de comparação, são o que penso como um canivete suíço. Eles têm várias ferramentas para ajudar o DBA a fazer várias coisas diferentes, como verificar patches ou mover ou clonar um banco de dados. Mas há 24 dessas ferramentas nessa caixa de ferramentas.
Dr. Robin Bloor: Então, as pessoas que optam pelo Gerenciamento de Estoque são normalmente usuários de suas outras ferramentas? Ou é esse tipo de ponto de entrada? Eu posso imaginar - quero dizer, você pode me dizer se tem alguma história de guerra - mas eu posso imaginar se você nunca fez um inventário em um data center bastante considerável, a experiência pode ser bastante preocupante. É isso que você encontra?
Binh Chau: Sim. Quero dizer, temos clientes que são apresentados à ferramenta a partir de outros conjuntos de ferramentas, no entanto, temos clientes que procuram uma ferramenta como essa por causa dos projetos que possuem. Um exemplo que tenho é que houve uma empresa que se fundiu com outra empresa e comprou uma série de empresas e precisava consolidar sua presença no SQL Server para reduzir seus custos. E assim, eles estavam procurando uma ferramenta para sair e descobrir tudo o que tinham, para que pudessem iniciar o processo de como consolidar isso.
Dr. Robin Bloor: Certo, eu entendo. Eu acho que isso é bastante comum com fusões quando você pensa sobre isso. Ok, vou passar para Dez, não quero demorar o tempo todo. Veja quais perguntas temos da Austrália.
Dez Blanchfield: Obrigado, sim, as perguntas estão sempre de cabeça para baixo aqui. Uma das coisas que vem à mente, e eu entendo bastante isso, você sabe, as empresas não sabem ao certo onde traçar a linha de quando começar a investir. Quando uma organização deve - em sua experiência, considerando que está na fase fria - quando é o momento certo para começar a investir em ferramentas como essa para garantir que você não tenha problemas? Você faz isso desde o primeiro dia, quando começa a criar sua infraestrutura de banco de dados da nova organização ou, como você acabou de descrever, quando faz uma aquisição / fusão?
Ou existe uma escala específica em que você realmente precisa estar? Você precisa de 10, 100 ou 1.000 bancos de dados? Qual é a sua experiência até o mercado com o qual você lida há tanto tempo, quando é o momento certo para entrar nesse espaço e provavelmente por onde começar? Como é quando você começa?
Binh Chau: Quero dizer, acho que talvez seja uma organização muito pequena que você talvez não precise dessa ferramenta, como um DBA ou alguns DBAs. Quando você começa a obter um grupo de, eu não sei, três ou quatro DBAs e talvez de 50 a 100 servidores, convém começar a fazer algo assim. Eu acho que, à medida que sua organização cresce em tamanho e apenas pessoas de negócios com experiência em tecnologia desejam, como o exemplo que você deu, elas desejam instalar os aplicativos e bancos de dados por conta própria, mas é aí que você deseja ter esse tipo de ferramenta, porque dessa forma você pode ver o que está por aí.
Mas mesmo em uma organização menor, é bom ter esse tipo de ferramenta para acompanhar o que você tem. Se você o dividir para poder dizer: "Ah, sim, comprei o SQL 2012 para esta caixa, mas atualmente ele está executando o SQL 2008 porque tenho um aplicativo que ainda precisa dessa versão herdada". Isso ajuda a ter apenas essa ferramenta de inventário para evitar o gerenciamento de várias planilhas que podem ficar obsoletas.
Dez Blanchfield: A outra pergunta que acabei de fazer sobre isso: que tipos de habilidades ou recursos as organizações devem estar planejando ter quando chegarem a essa escala? É o caso de um conjunto específico de habilidades que você realmente precisa, ou um tipo de experiência ou experiência ou o tipo de pessoa que melhor se adapta a esse tipo de desafio? Ou é algo que o conjunto de habilidades médio do tipo DBA ou administrador de sistemas ou administrador de rede pode oferecer isso? Você realmente precisa de um cérebro pontudo e pontudo ou pode entender isso rapidamente?
Binh Chau: Desculpe, então você estava falando sobre o conjunto de habilidades da pessoa?
Dez Blanchfield: Sim, então, quando você pensa em um administrador de banco de dados, há um conjunto específico de habilidades que você precisaria. Portanto, quando você sai contratando um DBA, por si só, para essa função específica, quando pensa nos tipos de desafios sobre os quais estava falando aqui, em que está usando uma ferramenta como essa para acompanhar os bancos de dados de mapeamento e rastreamento, fazendo a descoberta e conduzindo essa ferramenta em particular, existe algo único sobre o uso da ferramenta e a abordagem para esse tipo de desafio, ou é algo que o DBA médio pode captar rapidamente?
Binh Chau: Quero dizer, acho que seu DBA médio pode entender isso rapidamente. Eu acho que é útil ter esse tipo de ferramenta, porque você também pode mudar isso porque é baseado na Web. Você pode entregá-lo a outros usuários da sua organização. Você pode entregá-lo ao desenvolvedor de aplicativos, que pode verificar seu banco de dados ou servidor específico. Isso tira algumas das coisas administrativas que um DBA precisa fazer. Anteriormente, alguém ligava para o DBA e dizia: “Por que meu servidor está ativo ou inativo?” Agora eles podem obter acesso e ver se seus servidores estão ativos ou inativos.
Dez Blanchfield: E que tipo de ambiente uma organização comum precisaria para implantar isso? Precisa de um servidor físico dedicado ou pode ser feito em uma máquina virtual? Eles podem implantá-lo no ambiente de nuvem? Qual é a pegada geral para a implantação da ferramenta e apenas a execução geral? Quanto ferro pesado ele potencialmente precisa executar paralelamente aos outros ambientes que está mapeando?
Binh Chau: Sim, pode ser executado em uma VM ou em um computador ou servidor. Ele não precisa necessariamente ser um servidor dedicado, apenas depende de quantos servidores você está monitorando. Se você tiver um ambiente maior, pode ser bom ter um servidor maior, pois ele está coletando muitos dados sobre o SQL Server que você está monitorando.
Dez Blanchfield: Certo. É o tipo de coisa que você poderia executar confortavelmente na instância da nuvem e criar uma VPN de volta ao seu ambiente ou a quantidade de dados que está coletando provavelmente é um pouco pesada para esse tipo de uso?
Binh Chau: Nós não configuramos para executá-lo na nuvem, para executá-lo na nuvem ainda. Provavelmente deve ser executado no local.
Dez Blanchfield: E a última pergunta, se eu puder: muitas das ferramentas que eu já vi neste espaço, particularmente onde você mencionou em um cenário em que alguém adquiriu empresa ou houve uma fusão ou algo nesse sentido, ou mesmo se foi uma organização que acabou de mesclar unidades de negócios, é um cenário sensato de caso de uso em que alguém o implanta em um laptop e o leva a um ambiente para mapear o mundo como único ou é um cenário improvável de caso de uso? É mais provável que ele esteja lá e permaneça permanentemente para funcionar?
Binh Chau: Essa ferramenta específica é mais do que uma espécie de instalação em um servidor e é deixada lá para ser executada. Dessa forma, você pode coletar as informações necessárias e manter, eu acho, um inventário em execução do que você tem. É diferente da ferramenta Mapa, porque ela é meio individual, pule para a porta que você precisa, faça o que você precisa fazer hoje. Esse é o tipo de coisa - a parte legal disso é que você pode marcá-lo, dar às pessoas acesso a ele para verificar o estado de seu servidor específico, o que eles estão interessados.
Dez Blanchfield: Tudo bem. Provavelmente a última pergunta para mim e depois devolverei a Eric as perguntas que chegam pela janela de perguntas e respostas com os participantes, porque tivemos uma boa participação hoje, uma das minhas favoritas. Só para concluir, qual é o processo para colocar as mãos nisso? Sei que muitas das suas ferramentas estão disponíveis para coisas do tipo experimentar antes de comprar. Onde as pessoas devem aprender mais sobre isso on-line, onde o site deve procurar os downloads e como é a jornada, como fazer uma prova de conceito ou um teste, colocar as mãos nela e se familiarizar com ela então entrar em contato e comprar?
Binh Chau: Sim. Você pode acessar o site da IDERA.com e baixar gratuitamente uma avaliação de duas semanas. E se você gosta e deseja entrar em contato conosco, também podemos agendar uma demonstração com um de nossos engenheiros para fazer um mergulho mais profundo na ferramenta.
Dez Blanchfield: Fantástico. Bem, muito obrigado por isso. Agradeço o tempo para conversar com você sobre isso e, com base na minha experiência pessoal e tenho certeza de que falo por Robin sobre isso em sua experiência ao longo da vida, acho que é certo que algo assim seja um requisito hoje em dia. Não podemos fazer isso manualmente agora, por mais que tentemos; a balança é muito grande e as coisas estão se movendo muito rapidamente.
Eu recomendo que as pessoas façam exatamente isso, pule no site do IDERA e obtenha uma cópia para brincar. Como o risco potencial para minha própria experiência com as histórias que compartilhei hoje, pode ser que vai de muito ruim a muito bom rapidamente, se você tiver as ferramentas certas, mas também o contrário, se você não t. Eric, de volta para você.
Eric Kavanagh: Sim, basta aparecer para uma última pergunta, uma pergunta interessante. Estou meio curioso para saber o que você está vendo por aí, você sabe, a nuvem obviamente é cada vez mais importante hoje em dia - Amazon Web Services, mas eles não são os únicos, a Microsoft tem toda a oferta do Azure isso parece estar ganhando força. Estou curioso para saber, um dos participantes está escrevendo que o Dr. Bloor fez uma observação interessante de que os DBAs são caros e que o problema de gerenciamento causado por um DBA desonesto ou por alguém que não está fazendo o que deveria fazer pode ser resolvido migrando para a nuvem. Estou realmente curioso para saber, quanta atividade você está vendo? Você vê que a migração para a nuvem está se tornando um problema maior para as empresas ou qual a sua opinião sobre isso apenas como uma tendência?
Binh Chau: Sinto que depende apenas do tipo de problema em que você está. Sinto que alguns setores dizem: "Não, não estamos migrando". Eles podem não estar migrando para uma nuvem pública; eles podem estar olhando para migrar ou migrar suas coisas para uma nuvem privada. Mas então eu vejo algumas organizações interessadas, você sabe, realmente entrando no caminho rápido e meio que indo em direção a uma Amazon ou Microsoft Azure. E há algumas pessoas que dizem: "Não, não estamos migrando nossos dados" ou "Há apenas alguns dados que migraríamos, mas não nossos críticos". Acho que existem três campos.
Eric Kavanagh: Sim, isso faria sentido. Quero dizer, estamos vendo isso cada vez mais e acho que vai se mover aos trancos e barrancos por algum tempo. E também há uma reação à nuvem. As pessoas entram no Amazon Web Services - já ouvimos isso algumas vezes - e, a princípio, os custos são gerenciáveis e, depois, com o tempo, eles aumentam e você fica preso lá. De muitas maneiras, a nuvem é apenas mais um data center, mas será uma jornada interessante daqui para frente, para dizer o mínimo.
Bem, as pessoas arquivam todos esses webcasts. Entre on-line no techopedia.com e confira uma lista completa de todas as coisas que fazemos. E, é claro, insideanalysis.com para todas as novidades. E com isso, vamos dizer adeus. E muito obrigado mais uma vez pelo seu tempo e atenção. Obrigado a todos os nossos amigos da IDERA e amanhã falaremos com você por nossa webcast de Filosofia de Dados que culmina. É isso mesmo, a filosofia dos dados é amanhã às quatro horas do leste. Espero ver você lá. Tome cuidado pessoal, tchau-tchau.
