Leve embora: O anfitrião Eric Kavanagh discute o gerenciamento de banco de dados e a descoberta de instâncias com Robin Bloor, Dez Blanchfield e Bullett Manale no último episódio de Hot Technologies.
No momento, você não está logado. Faça o login ou inscreva-se para ver o vídeo.
Eric Kavanagh: Tudo bem, senhoras e senhores. Bem-vindo de volta mais uma vez. Meu nome é Eric Kavanagh. As coisas estão quentes. As coisas estão esquentando aqui. Eu não sei o que está acontecendo. Ah, está certo, é hora das Tecnologias Quentes. Sim, de fato, meu nome é, mais uma vez, Eric Kavanagh. Você pode me encontrar no @eric_kavanagh. Este é o programa projetado para falar sobre o que é popular no mercado. O título hoje, “Chaves do Reino: Gerenciando o SQL Server com a Descoberta Dinâmica”. Coisas boas. Existe o seu verdadeiramente. Ok, essa foto era de alguns anos atrás. Não vou mentir, estou parecendo um pouco mais velha agora, mas tudo bem.
Então, estamos falando sobre como as tecnologias e o SQL Server são realmente muito, muito, muito, muito quentes. Hoje temos um monte de conteúdo, então vou entregá-lo imediatamente. Aguarde, aqui vamos nós. Aqui estão nossos palestrantes. E Robin Bloor vai primeiro.
Robin Bloor: Sim, de fato. A apresentação vai aprofundar-se no gerenciamento de banco de dados, então eu pensei em executar o gerenciamento de banco de dados ou, você sabe, o labirinto de banco de dados, a fim de levar as pessoas ao espírito dele. Eu costumava ser um DBA, suponho que você poderia dizer que fui consultor de banco de dados, há cerca de 20 anos, e o que realmente me surpreende nos bancos de dados é que muitas coisas não mudaram. Muitas coisas mudaram em termos de velocidade, em termos de volumes de dados e coisas assim, mas muitas delas na verdade permanecem muito semelhantes ao que costumava acontecer.
Um banco de dados é, na minha opinião, uma coleção extensível organizada de dados que pode ser otimizada para cargas de trabalho específicas e fornecer recursos de gerenciamento de dados. Ele surgiu principalmente porque, se você queria gerenciar dados em arquivos, era um trabalho extremamente difícil. E a ideia de montar um software que faria praticamente qualquer coisa que você precisasse decolou quase que instantaneamente, assim que tivemos acesso aleatório nos mainframes da IBM nos anos 70.
O banco de dados relacional foi inventado nos anos 70 e passou a existir em termos de protótipos nos anos 80 e meio que conseguiu sua tração no mercado a partir do início dos anos 90. E os bancos de dados relacionais ainda são totalmente dominantes em popularidade. Se você ler a imprensa, ouvirá muitas coisas ditas sobre elas - bancos de dados SQL e, recentemente, há muito ruído sobre os bancos de dados gráficos. E esses são interessantes, se você preferir, mas, na verdade, ainda nos últimos números de vendas, os bancos de dados relacionais têm 95% do mercado. E o Microsoft SQL Server que discutiremos hoje é o segundo mais popular da Oracle.
A questão dos bancos de dados relacionais que os tornam incomuns em termos de mecanismos são: eles podem trabalhar em cargas de trabalho de consulta e OLTP. Você precisa ajustá-los de forma diferente para fazer isso, mas eles realmente são capazes de ambos os tipos de carga de trabalho. Uma delas são transações aleatórias curtas e a outra é consultas longas que abrangem muitos dados. A alternativa, o banco de dados NoSQL e o banco de dados de gráficos, é principalmente para análise e eles surgiram recentemente. O NoSQL ficou em primeiro lugar e o gráfico começou a ganhar um pouco de força nos últimos tempos. O NoSQL pode ser usado para atividades transacionais, mas os gráficos quase nunca são usados para atividades transacionais. A razão pela qual me deparei com uma estatística que, na verdade, acho que tem pelo menos dez anos, diz que a maioria das empresas tem pelo menos três, na verdade, o número era de 3,5, marcas diferentes de bancos de dados, se você examinar o inventário de software.
Mas a realidade é que a maioria das empresas padroniza em um banco de dados específico. E a maioria das empresas padronizou o SQL Server e o Oracle como os dois mais populares para, se você preferir, bancos de dados padrão.E eles usam as alternativas apenas em circunstâncias excepcionais, nas quais, por exemplo, estão obtendo um pacote de software que precisa de um banco de dados diferente ou estão seguindo alguns dos alvos de análise de big data que surgiram.
Também temos, se você quiser, a interferência do Hadoop. De uma maneira ou de outra, o Hadoop se tornou mais do que um sistema de arquivos, mas ainda não um banco de dados. No entanto, ele possui SQL que fica por cima. Mas há evidências de que ele não está realmente suplantando ou está nem perto de suplantar os bancos de dados relacionais que conquistaram os corações e mentes do mundo. E a razão para isso realmente é que esses bancos de dados relacionais levaram vinte anos, na verdade mais de vinte anos, para serem tão bons quanto são. E você não constrói apenas um mecanismo de consulta ou SQL que tenha um desempenho muito bom em um período muito pequeno. Isso simplesmente não acontece.
Portanto, a conclusão deste slide é que os bancos de dados são estratégicos e evoluem, melhoram. E esse certamente foi o caso do Oracle e do Microsoft SQL Server. Você provavelmente, alguns de vocês se lembram dos dias em que os bancos de dados surgiram pela primeira vez, mas eu fiz, eu era um garoto na época. A ideia original era que haveria um único banco de dados e essa era uma ideia conceitual que nunca se enraizou. Houve uma tentativa da IBM com o AS / 400 de realmente ter um sistema de arquivos baseado em banco de dados, mas isso também não dominava. Você ficou com o fato de que os bancos de dados se fragmentam naturalmente. Você realmente tem várias instâncias naturalmente. Existem problemas de escalabilidade. O banco de dados é dimensionado apenas para um determinado tamanho, é certo que esse tamanho aumentou ao longo dos anos, mas eles tinham limites.
E havia problemas de carga de trabalho, o principal problema era que as cargas de trabalho OLTP e as cargas de trabalho de consulta grandes simplesmente não eram compatíveis entre si. E era impossível construir um mecanismo que fizesse isso. O que encontramos, o que é meio interessante, me deparei com um site recentemente com mais de mil instâncias diferentes do Oracle. Não me lembro exatamente quantos DBAs eles tinham, mas se você realmente conversou com eles sobre quantos desses bancos de dados estavam realmente sendo monitorados por um DBA, eram algo como dez. Eles estavam basicamente usando o banco de dados como um armário e apenas jogando dados nele, porque pelo menos você tinha um esquema e era mais organizado do que jamais seria um sistema de arquivos, mas ninguém estava fazendo outra coisa senão dar uma configuração padrão e defini-lo solto.
Não tenho certeza se foi uma boa ideia. Parece bizarro para mim, para ser honesto, porque, na minha opinião, sempre que trabalhei com bancos de dados, os bancos de dados precisavam de atendimento e você precisava, de uma maneira ou de outra, saber exatamente o que estava acontecendo por aí. E uma enorme quantidade de interdependências do sistema significa que certos tipos de níveis de serviço precisam ser atendidos absolutamente ou você terá problemas.
Recentemente, houve conversas, encontrei vários bancos de dados que afirmam ser auto-ajustáveis. Os que são armazenamentos de colunas configurados para o tráfego de consultas são em grande parte auto-ajustáveis, porque há duas opções que você precisa fazer em termos de índices. Mas, além dessa área específica, os bancos de dados precisam ser ajustados. E eles precisam ser ajustados, certos bancos de dados relacionais, principalmente porque muitas transações envolvem junções. Associações são atividades caras. Se você não colocar os índices certos no lugar certo, as junções levarão um tempo excessivo quando não forem necessárias.
Os bancos de dados de autoajuste atualmente existem apenas nessas áreas em que as cargas de trabalho são bem conhecidas. E minha experiência é que a maioria das empresas emprega muito poucos DBAs e isso é porque eles são caros. E, portanto, é melhor se você puder alternar o que o DBA faz. Essas são as atividades de um DBA, como eu as entendo. Eles fazem instalação, configuração e atualização de bancos de dados. A atualização, a propósito, não é necessariamente uma atividade trivial. O motivo pelo qual você atualizou um banco de dados, quero dizer, a regra com a qual sempre trabalhei é não tocá-lo se estiver funcionando, e se você deseja atualizar um banco de dados para qualquer nova versão em particular, faça-o no modo de teste primeiro e depois você atualiza tudo. Você ainda está sempre lidando com a mesma versão. Mas, na verdade, muitos sites que encontrei, não é isso que acontece. Há, digamos, um bom grau de entropia. O gerenciamento de licenças é um problema, depende da licença que você possui. ETL e replicação de dados.
Um dos truques do banco de dados é que, se você tiver uma carga de trabalho de consulta que precise ser dividida, poderá criar duas instâncias e replicar, o que geralmente ocorre quando as pessoas estão usando a réplica como um backup ativo, se necessário. Depois, o planejamento de armazenamento e capacidade, que faz parte da atividade de um DBA, porque os dados do curso aumentam e você precisa acompanhar isso. E então você precisa planejar várias atualizações de hardware ou aprimoramentos de hardware. Há solução de problemas, o que é uma atividade dolorosa para a maioria dos DBAs. Quando algo dá errado e o backup não funciona exatamente perfeitamente, eles precisam arregaçar as mangas e descer e tentar recuperar as coisas dos arquivos de log. Isso acontece com muito mais frequência do que eu penso, bem, lembro que isso aconteceu, mas estou fora do jogo há pelo menos dez anos, mas lembro que isso acontece com mais frequência do que você jamais esperaria. O monitoramento e o ajuste do desempenho são apenas o coração do trabalho de um DBA. Mas também há segurança em termos de gerenciamento de acesso, backup e recuperação, criando sistemas de teste de software que são razoavelmente paralelos aos de um sistema ativo. E todo o material do ciclo de vida dos dados. Portanto, na minha opinião, essa é a lista de trabalhos do DBA, além de qualquer outra coisa que eles possam ser solicitados a fazer. Dinâmica operacional. Por fim, a integridade dos dados e o gerenciamento no nível de serviço são de responsabilidade primordial do DBA. E normalmente eles são críticos. E é tudo o que tenho a dizer. Vou entregar para dez.
Dez Blanchfield: Muito obrigado. Vou levar-nos a uma jornada divertida e anedótica em torno do porquê de todo o tópico de hoje ser mais crítico do que nunca. Há pouco tempo, eu estava envolvido em um projeto em que migramos uma plataforma do governo estadual que era usada para registro de licença e registro de veículos e várias outras questões sobre esse tópico, de uma plataforma de mainframe da Fujitsu executando uma coisa chamada A + Addition, que é um sistema operacional Solaris ou, em outras palavras, Unix, executando o Oracle e fazendo um ótimo trabalho. E a opinião era de que essa coisa estava ficando velha e que era hora de mudar para outra coisa. Nós nos divertimos muito rodando o Unix no mainframe e era muito estável e muito seguro e, estranhamente, a plataforma SDL e era absolutamente absolutamente rápida. Mas a sabedoria era que era hora de sair do mainframe e mudar.
Esse desafio significativo de mapear todos os sistemas e lógica de negócios e o ambiente SQL para os bancos de dados abaixo e ver como íamos arquitetar e projetar um novo lar para ele. E acabamos levando a uma dessas coisas que já tem alguns anos, mas uma das principais finalidades dos servidores Starfire do sistema de rack Sun. E essas são provavelmente as maiores latas que você pode comprar no planeta que vive em uma grande caixa e em um servidor de multiprocessamento simétrico. Era um sistema de médio porte em nosso mundo. Ele rodava o Unix e rodava o Oracle nativamente, e a exibição era: “O que poderia dar errado?” Bem, ao que parece, muito.
Por exemplo, na época, e não falamos há muito tempo, tivemos que passar por um processo muito manual para descobrir o que estava na plataforma de mainframe e transmitir. Em particular, o ambiente de banco de dados real e a lógica SQL. Portanto, a visão era que seria uma movimentação bastante direta de Oracle para Oracle, de banco de dados para banco de dados; toda a lógica de negócios se deparava, a maior parte da lógica de negócios havia sido escrita em consultas e gatilhos incorporados, e quão difícil poderia ser? Mas algo que deveria levar meses acabou não durando um ano. Para percorrer fisicamente e manualmente todas as partes do Unix no ambiente de mainframe, descubra onde estavam todos os bancos de dados e quantas instâncias estavam em execução e o que estava em execução nessas instâncias e foi um exercício não trivial e acabamos fazendo isso três vezes apenas para garantir que capturamos tudo. Porque toda vez que pensávamos ter cavado tão fundo quanto precisávamos, sob a superfície, havia mais lá.
O outro desafio que tivemos foi quais instâncias estão sendo executadas e em que estado? Este é um ambiente de desenvolvimento? É um ambiente de teste? Faz parte do processo de integração? É integração de sistemas? É o UAT, o teste de aceitação do usuário? É produção? É um ambiente de recuperação de desastres? Porque o melhor dos mainframes é que você pode criar esses pequenos ambientes virtuais que todos nós temos como garantidos agora e mudar as coisas. E você precisa descobrir se essa pessoa está desenvolvendo e testando em nível de produção ou está produzindo produção, existem usuários reais nisso? Lembrando que isso é emissão em tempo real de carteiras de motorista e registro de carros e coisas que realmente importam para a vida das pessoas.
E demorou muito tempo para executar backups dessa coisa, para que não tivéssemos realmente uma janela de manutenção para colocar a coisa offline e ver o que aconteceu. Não havia como redirecioná-lo. Também tivemos o desafio de não apenas descobrir quais instâncias estavam executando e para onde e para quem, mas depois tivemos que descobrir quais versões de quais instâncias estavam executando. E é aqui que eu quase perdi minha trama. Quando comecei a perceber que tínhamos duas ou três versões do ambiente de produção executando vários níveis de teste e havia muito pouco em termos de ferramentas e abordagens sistemáticas para isso. Nós literalmente tivemos que nos aprofundar no código e na instância em execução e, em alguns casos, correr o risco de deixar algo offline por um tempo. Chegamos ao fundo de tudo isso, mapeamos e foi um processo muito manual, como eu disse. E finalmente fizemos todo o deslocamento do ETL, despejando-o de um lugar e movendo-o para outro e, no geral, funcionou. E ficamos tipo, tudo bem, é funcional, estamos muito felizes com isso.
Mas então encontramos várias paredes de tijolos sólidos muito sérias. Em particular, encontramos problemas de desempenho. E o pensamento sensato do dia foi: bom, foi para um hardware maior, melhor, mais rápido e mais difícil, não há razão para que ele tenha um desempenho ruim no aplicativo no nível do banco de dados, então vamos começar a procurar em outros lugares. Por isso, reprojetamos completamente a rede duas vezes. Todo roteador, todo switch, todo cabo, passamos da Ethernet para a fibra em alguns casos, atualizamos o software, corrigimos, você entendeu. Nós essencialmente reconstruímos a rede duas vezes pensando que havia problemas de desempenho lá. E parecia e parecia que era. Passamos por diferentes sistemas de segurança, diferentes firewalls. Atualizamos o sistema operacional. Mudamos coisas de uma lâmina de computação para outra. E passamos uma quantidade significativa de tempo analisando a parte da infraestrutura.
E então percebemos que, quando desconectamos os servidores e executamos outros aplicativos, a rede funcionava perfeitamente. Então começamos a separar o sistema operacional. Mesmo problema. Mas, interessante, o nível da rede e o sistema operacional, as ferramentas estavam lá; era relativamente simples compará-lo, testá-lo e provar que cada uma dessas peças funcionava. Mas, mesmo assim, no Solaris na faixa intermediária da plataforma de hardware SPARC, as ferramentas não estavam disponíveis para começarmos a diagnosticar o ambiente de banco de dados. Você sabe, mapeando se trouxemos todas as instâncias. E, portanto, tivemos que criar nossas próprias ferramentas, escrever algumas e sentar e, se estava nas próprias ferramentas de banco de dados nas linguagens de script nativas ou se era uma série de scripts de shell ou, em alguns casos, um monte de programas em C.
Finalmente, investigamos algumas questões muito interessantes, nas quais a lógica sob a camada SQL, os próprios mecanismos de banco de dados, revelou que, quando algo era construído de uma maneira específica para algo executado na versão mainframe do Oracle, era migrado para o Solaris no SPARC versão Oracle, não transpôs imediatamente o mesmo desempenho. Portanto, essa foi uma jornada bastante dolorosa para nós, em primeiro lugar, apenas fazer e encontrar tudo, mas agora tivemos que diagnosticá-la no novo sistema de produção e, novamente, isso acabou com a migração de um mês para quase um ano. E tudo se resumia ao fato de não termos as ferramentas disponíveis. Correndo por aí fazendo coisas como tentar mapear metadados.
Em algum momento, quase decidimos que precisávamos de um tabuleiro Ouija, porque seria mais fácil apontar e cutucar aleatoriamente. Coisas simples como descobrir quem tinha acesso aos sistemas antigos e por que eles tinham esse acesso. E quem precisava ter acesso ao novo e confirmar, conseguir alguém para assinar e confirmar isso e mapear isso. Mesmo algo tão simples quanto o tamanho do banco de dados não era consistente nas duas plataformas. Tivemos que criar uma ferramenta para fazer isso e fazer uma comparação entre o tamanho do banco de dados em tonelagem, em megabytes ou terabytes brutos no Sistema A versus Sistema B. E mergulhando em mais detalhes sobre desempenho e ambiente de desempenho. Mais uma vez, tive que construir novas ferramentas. Simplesmente não havia nenhuma prateleira para nós.
E você tira isso disso tudo, quando chegamos ao fim de colocar a coisa em funcionamento e a estabilizamos, cada peça era um processo muito manual, a única maneira de automatizar algo era se construíssemos um novo ferramenta ou novo script. E se tivéssemos as ferramentas disponíveis hoje, a vida teria sido muito mais fácil e muito melhor. E teríamos economizado milhões neste projeto. Mas acho que o que estamos prestes a falar hoje é o fato de as ferramentas estarem disponíveis agora e tornarem a vida muito mais fácil. Muitas das armadilhas ainda permanecem. Descoberta dos bancos de dados existentes e quais instâncias estão executando o quê. Em que estado eles estão. Quantos estão em execução? Por que eles estão correndo? Se eles estão correndo bem. Eles estão sendo copiados?
Essas são todas as coisas que, de muitas maneiras, podemos dar como garantidas agora com as ferramentas certas. Mas houve um período nessa anedota em particular, como eu disse, em que era algo que muitos de nós perdemos muito cabelo, provavelmente tiramos quinze anos de nossas vidas e lamentamos o fato de as ferramentas não estarem lá agora. . Estou ansioso para ouvir muito mais sobre isso do nosso convidado de hoje, Bullett. Então, com isso, Bullett, vou passar para você e espero ouvir como você resolveu esse problema.
Bullett Manale: Tudo bem. Parece bom. Eric, deixe-me dar uma olhada aqui nos slides e falar um pouco sobre, muito rapidamente, a Idera, a empresa, antes de entrarmos no produto. Assim como um FYI, esse é um tipo de portfólio de produtos diferentes que temos disponíveis.
Eric Kavanagh: Seu áudio é meio quente, por isso, se você estiver usando um fone de ouvido, basta puxá-lo um pouco.
Bullett Manale: Sem problemas. Isto é melhor?
Eric Kavanagh: Isso é muito melhor. Leve embora.
Bullett Manale: Tudo bem. Hoje, vamos nos concentrar no gerente de estoque, que obviamente está alinhado com muitos desses tópicos que estamos discutindo. Eu só quero entender um pouco como esse produto chegou aonde está. Começamos a olhar no dia-a-dia com a nossa linha de produtos, temos uma ferramenta de monitoramento de desempenho chamada Diagnostic Manager. Temos uma ferramenta do Compliance Manager. Portanto, muitas ferramentas diferentes no SQL Server e, inevitavelmente, sempre fazemos a pergunta para fins de licenciamento: "Qual é o número de instâncias que você gerencia atualmente na sua organização?" E o interessante é que nunca fomos capazes de realmente obter uma resposta firme sobre isso. Realmente não importava com quem você falava. Sempre foi como "Bem, achamos que é esse número". Esse tipo de coisa sempre acontecia e, então, teríamos que passar por esse processo de descobrir exatamente o que eles queriam licenciar, em termos das instâncias que estamos gerenciando.
Obviamente, descobrimos rapidamente que parece haver alguma dor associada a isso com muitos DBAs. Obviamente, como DBA, uma das coisas pelas quais eles são responsáveis é saber disso, porque uma das coisas que eles precisam fazer é se preocupar com os contratos de licenciamento, no nosso caso com a Microsoft e o SQL Server. Obviamente, eles têm muitas outras áreas diferentes pelas quais eles são responsáveis, mas essa é uma daquelas que é um item importante, em termos de DBA, quais são suas responsabilidades gerais. Com isso, chegamos à conclusão de que precisamos de uma ferramenta que facilite para que um DBA seja capaz de realmente entender esse número. Porque você tem expansão do SQL se quiser chamá-lo assim e isso acontece por vários motivos diferentes. Talvez não haja tanto controle sobre quem está instalando o software e esse tipo de coisa.
E o pior que pode acontecer é que alguém ponha as mãos em uma cópia do SQL Server, instale-a, comece a trabalhar com ela sem nenhum conhecimento de outras organizações ou departamentos da empresa e, em seguida, a próxima coisa que você sabe, talvez os dados não estão sendo copiados e esses tipos de coisas que podem acontecer. Onde agora você tem outro problema, onde há situações em que realmente perderá dados críticos, porque você não sabe que a instância existe mesmo em primeiro lugar.
Uma das coisas que tivemos que fazer foi dizer: vamos descobrir a parte da descoberta. Além disso, é possível organizar e gerenciar as informações que estamos coletando de uma maneira lógica que faz sentido com base no que a empresa está fazendo. E então, obviamente, a partir disso, seja capaz de tomar decisões em torno dessa informação e de fazer esse tipo de coisa. É assim que a ferramenta começou e de onde veio. Posso dizer-lhe que, conversando regularmente com os DBAs, o que realmente temos é o problema de não saber quantas instâncias eles têm.
E é engraçado porque, o termo, você não pode gerenciar o que não pode medir, sempre apresentou as ferramentas de desempenho que possuímos, como o SQL Diagnostic Manager, mas você realmente não pode gerenciar nada se não souber isso. "É" mesmo lá em primeiro lugar. Portanto, essa também é uma grande parte dessa ferramenta, ser capaz de saber que ela está lá.
Agora, com essa observação, conversando com algumas das grandes organizações ou lojas corporativas com o SQL Server, o interessante que encontramos com muitas pessoas com quem conversamos foi que eles haviam realmente estabelecido um tempo durante o ano em que eles caminharam fisicamente de um lugar para outro para tentar determinar como é essa contagem. Você pode imaginar como um DBA que está sendo pago uma quantia bastante boa para caminhar fisicamente de uma máquina para outra em alguns casos, o que surpreendentemente seria o que ouviríamos de algumas empresas bastante grandes que não cito. Mas é apenas um ponto interessante de que duas semanas do ano podem ser gastas fazendo esses tipos de exercícios apenas para descobrir se a contagem de licenças está correta.
Tudo isso está relacionado a essa ferramenta e a como ela ajuda, mas a maneira como abordamos isso foi através da capacidade de fazer a descoberta com base em várias características do SQL Server. E, portanto, a primeira pergunta é: para o que você aponta ou o que tenta procurar primeiro? A maneira como fizemos isso foi dizer: vamos fazê-lo por faixa de IP ou podemos fazê-lo pela associação do próprio domínio em termos de computadores que são membros do domínio. É assim que abordamos essa parte, apenas para poder dizer que é nessa área que queremos focar em termos de descoberta.
E, em seguida, a outra parte é baseada nessas características, nas portas e outras coisas, nas chaves de registro WMI e nesses tipos de coisas. Podemos reunir e verificar se o SQL provavelmente está sendo executado e instalado nessa instância ou naquele ambiente em particular. Obviamente, é um método muito melhor do que o método de tênis ou o método expresso de tênis. Agora, o mais interessante é que todas as informações que estamos coletando sobre a instância estão sendo mantidas em um repositório e podem mudar à medida que o ambiente muda. Não se trata apenas de: "Ei, existe uma instância, aqui está uma lista que encontramos", mas é como o DBA, ou a pessoa que gerencia as instâncias, capaz de determinar se eles querem fazer parte do inventário e quando não faz parte do inventário, para poder descomissionar essa instância. E, assim, eles têm o ciclo de vida de todo o processo da instância do SQL Server para serem realmente facilmente compreendidos na ferramenta.
Depois que descobrimos as instâncias, o que fazemos depois disso? A outra coisa são muitas das informações sobre a instância. Não quero ter que obtê-las manualmente e colocá-las em uma planilha ou esse tipo de coisa. E isso também foi interessante ao conversar com os DBAs sobre o processo de inventário e o licenciamento: você ficaria surpreso com quantos DBAs com quem falei, quando você pergunta: "Como você mantém seus inventários?" E estamos conversando com DBAs, que é a parte realmente irônica, de que eles estão mantendo isso e rastreando isso em uma planilha estática de todas as coisas. Como eu disse, é muito irônico quando você pensa sobre isso por um minuto. Mas isso ocorreu em muitos casos, e ainda é o caso de muitas organizações como eles gerenciam isso. Como eles mantêm isso. É uma cópia mestre de uma planilha do Excel que é lançada e precisa ser atualizada regularmente.
Essas são as coisas que foram um desafio; portanto, registrando essa instância e tornando-a parte do inventário, você pode fazer isso e coletar as informações. Você pode automatizar se ele se torna parte do inventário, da versão, da edição e de outras coisas que você pode fazer, se você pode adicionar manualmente talvez essa lista ou planilha do Excel que você possui. Você pode importar isso para essa ferramenta chamada SQL Inventory Manager. Se você já tem um ponto de partida das instâncias em que se sente bastante confiante, pode importar essas instâncias e fazer parte do seu inventário gerenciado no produto. Depois que tivermos a instância e quando soubermos que ela existe, tudo ficará bem. Temos muitas informações que podemos aproveitar sabendo que essa instância existe, saindo e coletando essas informações.
E muita informação será necessária para mais do que apenas propósitos de licenciamento. Muito disso pode ser usado para, obviamente, apenas saber onde estão as coisas, podendo pesquisar essas informações depois que elas foram obtidas. Mas o principal é o servidor, o próprio hardware. Ser capaz de entender que tipo de máquina é essa, talvez o modelo ou o fabricante, a memória, a quantidade de memória, seja uma máquina física ou virtual e, principalmente, o número de soquetes ou núcleos físicos e CPUs e esses tipos de coisas.
Em termos de número de núcleos, especialmente no SQL Server, saber como eles estão fazendo o licenciamento agora é o cálculo por núcleo nas versões mais recentes do SQL, que se torna uma parte realmente importante dele e não é algo que você tenha sair e realmente cavar. Depois que a instância é identificada, podemos fornecer essas informações e divulgá-las, permitindo que você as veja e entenda e, obviamente, pode tirar proveito delas.
A próxima camada abaixo é na instância em que, obviamente, você tem muitas instâncias diferentes da instância do SQL Server, seja ela padrão ou corporativa ou mesmo expressa, ou a versão gratuita do SQL Server. Ser capaz de entender também quais aplicativos estão vinculados a essa instância e isso pode ser feito automaticamente. Ser capaz de entender as definições de configuração e esses tipos de coisas, bem como outras informações relacionadas à instância do próprio SQL Server.
Depois, você acessa o banco de dados real e vê as definições de configuração, a quantidade de espaço vinculada a esses dados, onde estão localizados, todas essas coisas são preenchidas automaticamente e isso economiza muito tempo. E mais uma vez, porque ele sai dinamicamente e diariamente identifica novas instâncias, é algo que você tem em termos de seu inventário. Esse é o tipo de objetivo do produto é fazê-lo dessa maneira, é torná-lo algo que está mudando dinamicamente.
Agora que todas essas informações se tornam disponíveis e podemos coletar todos esses dados, faz sentido começar a criar, em alguns casos, seus próprios metadados associados a essas instâncias e esses metadados podem ser criados de uma maneira que alinha-se à maneira como você faz negócios.
Portanto, se você tiver suas instâncias agrupadas por localização geográfica, proprietários de aplicativos ou proprietários de DBA ou qualquer outra coisa, pode ser em termos de como você deseja agrupar essas instâncias, como você deseja logicamente entender essas instâncias, então há de duas áreas na ferramenta que fornecerão esse recurso.
A primeira é a capacidade de criar uma tag de instância ou uma tag. O que é essencialmente criar uma associação para o servidor, a instância ou o banco de dados, para que você possa criar visualizações e responder perguntas que possam surgir no dia a dia, o que realmente ajuda você a entender o que tem, o que você está gerenciando e como deseja avançar com essas informações.
A outra coisa que temos é algo chamado de campos de inventário ou campos de inventário personalizados, e esses são mais específicos para tipos de informações que você pode pesquisar, por exemplo, a camada de banco de dados que posso decidir adicionar uma lista suspensa que possui todos os DBAs e eu podemos colocar quem é o responsável por esse banco de dados, dependendo do tipo de situação ou qualquer outra coisa, qualquer que seja o banco de dados com quem for responsável por poder selecionar isso para que eu saiba que eles são os responsáveis e muito facilmente apenas pesquisando o inventário.
Portanto, essas informações se tornam muito valiosas, especialmente se você tiver um ambiente amplo, porque apenas ajuda a entender essas informações e saber o que você tem e como faz.
Então deixe-me ir em frente e mudar para o próximo slide aqui. O que estou mostrando agora é que todas essas informações estavam reunidas, todas essas informações e dados que estavam coletando e aplicando metadados para que você possa tomar decisões muito mais fáceis e rápidas quando se trata de aumentar suas licenças com a Microsoft no licenciamento por volume corporativo ou no seguro de software da Microsoft.
Isso torna muito fácil para você fazer isso, em vez de precisar, precisa fazer uma grande quantidade de coleta manual de dados, muita coleta manual dessas informações que, na verdade, apenas no geral, tornam o processo muito melhor. Esse é um dos mandatos do produto, em algum momento para facilitar para os DBAs tomarem essas decisões sobre licenciamento.
Agora, a outra coisa que, conversando com os DBAs, descobrimos e aprendemos muito rapidamente é que - e é meio que voltando ao que foi discutido anteriormente - você pode ter 300 instâncias em seu ambiente do SQL Server, mas na verdade há apenas um subconjunto daqueles que estão sendo realmente totalmente monitorados e gerenciados a partir de um tipo tradicional de ferramenta de monitoramento de desempenho.
Portanto, se você for e se sentar com o DBA e disser: “Veja, sabemos que você tem essas 20 instâncias ou 10 instâncias das 300 que estão sendo monitoradas com esta ferramenta, projetada para monitorar isso e estar em conformidade com seus SOAs e receba alertas e todo esse tipo de coisa boa ”, o que também descobrimos é que, se você perguntasse:“ Então, e essas outras 280 instâncias que você tem? Você se preocupa com eles? ”E eles se importam com eles, mas eles simplesmente não querem necessariamente fazer um investimento para monitorar aqueles no nível de profundidade que pode ser feito com essas instâncias versus aqueles com 10 ou 20 realmente, realmente críticos instâncias do produto.
Portanto, a outra parte da equação dessa ferramenta é que ela também ajuda em termos de capacidade de garantir que, no nível base, você esteja coberto em termos de integridade da instância. Agora não vai lhe dizer se você está tendo um impasse ou quem é a vítima do impasse. Não é para chegar ao nível das sessões em si e aos detalhes das consultas. Mas, ao mesmo tempo, ainda assim você saberá que, ei, servidores inativos ou ei, o volume está enchendo ou você precisa fazer backups do banco de dados, isso é uma parte importante de ser um DBA.
Portanto, esse tipo de coisa ainda é definitivamente importante e, com essa ferramenta, tornou-se uma maneira de você ter uma ideia geral de suas instâncias realmente críticas que têm muito, muito valor a elas, se elas forem baixo, você precisa saber imediatamente. Eles podem ter o nível mais alto de monitoramento e poder fazer esse tipo de coisa, ao passo que, com isso, será possível captar novas instâncias adicionadas ao ambiente e garantir que elas sejam contabilizadas e também garantir que essas estão sendo formados níveis básicos de exames de saúde.
Em resumo, é isso o que os Gerentes de Importação de Inventário SQL fazem. Agora vou mostrar uma demonstração disso. Antes de fazer isso, rapidamente mostro que este é o slide da arquitetura aqui e, para mostrar isso, as instâncias do SQL que estavam gerenciando, podemos descobrir tudo, desde o SQL 2000 até as novas versões do SQL
Portanto, podemos fazer isso sem precisar implantar agentes nas próprias instâncias. Fazemo-lo através de um serviço de coleta e ele vai coletar essas informações e colocá-las em um repositório e, a partir de um console front-end de serviço da Web Tomcat, é possível interagir com esses dados e visualizá-los. Portanto, é uma arquitetura bastante direta.
Vou seguir em frente, mudar e realmente nos levar para o próprio produto, para que você possa sentir, entender como ele funciona. Portanto, a melhor maneira de fazer isso é primeiro apresentar a interface em si, como se fosse um painel que você estava vendo aqui.
Percebo que o número de instâncias atualmente que tenho sob gerenciamento não é tão grande assim. Mas também não tenho um data center inteiro no bolso de trás. Então, eu tenho cerca de seis instâncias que vemos aqui. Agora, dito isto, eu sou, o que vou fazer é percorrer o processo de descoberta e mostrar como ele funcionaria.
Agora, a primeira coisa que você faria é na seção de administração, você pode especificar como deseja descobrir suas instâncias. Você seria capaz de colocar essas informações aqui e, mais uma vez, isso pode ser feito através de uma variedade de endereços IP. Você pode apontar para um domínio ou subdomínio e, somente nas máquinas que são membros desse domínio, poder executar essas verificações, poderá escolher vários tipos diferentes de características de quando os SQLs estão sendo executados para verificação.
Depois que você tiver feito isso, poderá automatizá-lo para executar diariamente para coletar esses dados. Você também poderá fazer isso ad hoc, se necessário. Mas assim que você começar esse processo de descoberta, o que você começará a ver é quando passar para a visualização de instâncias aqui. Você tem uma guia Descobrir e a guia Descobrir nos mostrará as instâncias que foram descobertas recentemente. Portanto, no nosso caso, temos um número aqui. O que vou fazer é ir em frente e adicionar o que iria usar como exemplo. Então, essa é uma instância de Chicago neste caso, certo? Vou seguir em frente e adicionar essa instância ao meu inventário.
Tudo bem e vai me guiar por algumas coisas aqui. Eu apenas vou em frente e você verá que podemos definir as credenciais. Minhas credenciais devem estar boas lá. Vou seguir em frente e você notará que posso atribuir a propriedade disso, se eu quiser. Também posso especificar um local. Agora, o local em si também pode ser adicionado, e lembrará disso da próxima vez, obviamente.
Mais uma vez, também posso associar tags a isso em termos de metadados e como gostaríamos de colocar essas instâncias do SQL, particularmente esta, nos intervalos em que queremos inseri-lo. Portanto, temos algumas tags atuais, tags populares , para que possamos analisar várias tags diferentes que eu já posso ter incluído. Eu só vou pegar algumas delas aleatoriamente e podemos aplicar isso.
Então agora, quando for em frente e adiciono isso ao inventário. Agora que foi adicionado, veríamos a exibição sob essa visão gerenciada e, portanto, você pode vê-la listada aqui. Então você sabe que esse é o primeiro passo e o que acabei de mostrar foi a maneira pela qual você adicionaria essas instâncias principalmente no dia a dia. Em alguns casos, você pode dizer que sabe e se for uma edição corporativa do SQL Server, eu automaticamente quero adicionar isso ao meu inventário? Eu não preciso ir manualmente e optar por fazer isso.
Jocelyn: Vou interrompê-lo bem rápido. Não estava vendo sua demonstração.
Bullett Manale: Você não é?
Jocelyn: Não.
Bullett Manale: Bem, isso não é bom, vamos ver.
Eric Kavanagh: Se você for para o canto superior esquerdo, clique em Iniciar, clique nele.
Bullett Manale: Ah ok.
Eric Kavanagh: E agora compartilhe a tela.
Bullett Manale: Me desculpe por isso. Sim.
Eric Kavanagh: Tudo bem. Boa captura lá, produtor Jocelyn.
Bullett Manale: Tudo bem, então é melhor assim? Você está vendo isso agora?
Robin Bloor: Sim, de fato.
Bullett Manale: Tudo bem, então vamos guiá-lo através de onde estávamos rapidamente. Temos as instâncias descobertas que tivemos anteriormente. Acabei de adicionar a instância de Chicago e, portanto, o que você vê agora está listado aqui. Observe que ele já obteve muitas informações adicionais. Se eu clicar na instância, você começará a ver todo o tipo de informação que já coletamos sobre essa instância. Agora, aqui está uma lista de todos os bancos de dados existentes. Podemos ver uma discriminação dos bancos de dados por tamanho e por atividade, em termos de quais estão tendo o máximo de tamanho e atividade.
Mais uma vez, também podemos informar imediatamente quais aplicativos vemos em execução nessa instância com base na carga de trabalho que vemos em execução na instância. Então é bom poder fazer isso automaticamente. Não preciso entrar e vincular o aplicativo à incidência. Com base no que estávamos vendo, podemos preencher isso. Agora, se você deseja adicionar manualmente um aplicativo, pode fazê-lo. Mas é apenas uma boa maneira de mostrar a associação da instância ao banco de dados ou, desculpe, ao aplicativo.
Você também notará que, no lado direito da tela, temos um resumo instantâneo e abaixo, um resumo do servidor. Assim, conversamos sobre as principais informações da instância aqui, conhecendo a versão e não apenas o SQL Server 2012, mas o número real da versão que, incluindo e nos dizendo quais hotfixes estão vinculados a ele, quais service packs estão vinculados para isso, pode ser muito importante saber. Obviamente, os requisitos de memória são importantes. Tudo isso, seja ele agrupado, todas essas informações, não preciso colocá-las - já está sendo coletado e coletado e, uma vez que identificamos que é uma instância descoberta, isso fará parte do nosso inventário.
A outra coisa que você verá aqui - e mostrará a você - está sob essa visualização de instância. Temos esses atributos sobre os quais falei anteriormente, os atributos personalizados que podem ser adicionados. Então, podemos adicionar campos abertos de tipo caixa, podemos fazer sim / não em termos de, você sabe, um bilhão de opções. Podemos até fazer listas suspensas. Você pode fazer isso na instância do banco de dados ou no nível do servidor.
Então, se rolarmos um pouco mais adiante, poderemos ver todas as informações relacionadas ao próprio servidor. Então, você sabe que todo esse tipo de coisa é obviamente muito, muito útil, porque tudo está reunido e coletado e está lá para nós assim que tomarmos a decisão de fazer parte do nosso inventário. Aqui podemos mostrar algumas das diferenças em termos de CPUs, número de lógicas versus físicas e quanta memória. Então você está realmente obtendo informações e informações muito boas sem precisar fazer muito trabalho.
Agora, a outra parte disso, como eu disse, é coletar esses dados na instância do nível do servidor. Se formos até o banco de dados, podemos ver que muitas dessas coisas também estão divididas para nós.Portanto, se eu for ao meu repositório de conformidade, nesse caso, eu poderia dizer, bem, você sabe que está lidando com a, este é um banco de dados de conformidade no qual o nível de conformidade ou requisito regulatório está associado e pode ser, digamos, Conformidade com SOX ou PCI. Para que eu possa escolher quais bancos de dados têm qual conformidade associada a eles que devo preencher ou garantir que estou mantendo em termos desse requisito regulatório.
Portanto, esse tipo de coisa provou ser muito útil para os DBAs, porque há um local no qual eles podem centralmente manter todos esses metadados associados em seu ambiente com facilidade e podem fazer com que, como eu disse, esteja em conformidade com os negócios deles enquanto estão fazendo , como eles fazem negócios. Portanto, se analisarmos todas as coisas até agora, o que vimos, você obviamente terá uma visão geral muito boa da instância, se eu me aprofundar nela.
Também posso pesquisar, portanto, disse que vamos procurar esse repositório de conformidade no meu inventário. Então o que você verá aqui é que posso procurar essas coisas e ser capaz de identificá-las. Eu digo que ... eu não tenho certeza do que, meus botões ir não estão funcionando lá. OK. Vamos ver, vamos tentar novamente. Aqui vamos nós. Assim, poderíamos ver um detalhamento de onde vemos qualquer coisa em que haja conformidade e eu posso detalhar e ver a partir desse ponto de vista também. Então você tem uma maneira muito rápida e fácil de digitar esses dados.
Agora, como mencionamos anteriormente, você tem várias maneiras diferentes de criar metadados no servidor de instância e no banco de dados. A outra parte disso é poder tirar proveito disso da maneira que você o agrupou e da maneira como você o associou. Vamos para a visualização do explorador, podemos fazer exatamente isso. Podemos dizer que quero fazer uma contagem de banco de dados por locais. Portanto, o número de bancos de dados em cada local dos ambientes que eu suporte. Ou talvez seja baseado no proprietário que possui as instâncias que eu tenho por aí em termos de contagem de instâncias. Então poderemos ver isso. Então você tem uma maneira muito boa e fácil de pintar essas figuras para você, com base em qualquer pergunta que você esteja tentando responder no momento.
Então, como você criou essas informações da maneira que deseja, podemos exportá-las para PDF ou formatos diferentes para poder aproveitá-las e para nossos colegas ou fazer o que for necessário. Então você sabe que seria capaz de fazer esse tipo de coisa. Vamos voltar para - eu perdi? Aqui vamos nós. Tudo bem, espero que isso faça sentido em termos do que eu falei até agora. Agora que os dados coletados, tudo isso é obviamente vital por várias razões - licenciamento e outros enfeites.
O último tipo de coisa a mencionar é que passamos para esta seção de administração aqui. Também é aqui que você pode configurar seu alerta e seu alerta e ter certeza de que, para as coisas que você realmente gostaria de saber, também pode configurá-las. Assim, podemos configurar alertas, podemos ativar a capacidade de ativar certas coisas e desativar certas coisas e, em seguida, poder determinar quem estaria recebendo esses s e, assinando esses alertas, podemos associar quem gostaríamos de seja, quem gostaria de saber sobre esse tipo de coisas.
Mas, como eu disse anteriormente, essa é uma maneira muito boa de fazer, pelo menos ter a tranqüilidade geral de saber para todas as instâncias de SQL da empresa - o que é que você tem e também garantir que esteja funcionando da melhor maneira possível, mesmo que você não, a havent tomou a decisão de fazer um investimento para uma ferramenta de monitoramento de desempenho de alto desempenho para gerenciar essa instância. Isso vai cobrir você, porque é uma maneira muito acessível de sair e, em muitos casos, é possível fazer esses inventários e fazer um tipo muito amplo de nível geral de monitoramento para garantir que você tem essa paz de espírito e sabe o que está acontecendo.
Então, espero que isso faça sentido da maneira como descrevemos e mostramos a você. Acho que, desse ponto de vista, posso ir em frente e devolvê-lo, e podemos conversar um pouco mais.
Eric Kavanagh: Isso parece ótimo. Então Robin? Dez? Alguma pergunta?
Robin Bloor: Bem, eu tenho perguntas. É muito interessante assistir a isso, quero dizer que eu só queria comentar que em todos os lugares que estive, não apenas entre os DBAs, mas entre os caras da rede, entre os caras de armazenamento, entre os caras de gerenciamento de máquinas virtuais, são todos trabalhando em planilhas.
Eric Kavanagh: Está certo.
Dez Blanchfield: Você meio que sabe disso, você sabe que tudo bem até os números começarem a se mover. Quando os números começam a se mover, você sabe que eles terão problemas. Portanto, a pergunta agora estou meio interessada e sei que será difícil para você responder, mas e se você for a um lugar onde não há nada parecido para o trabalho de planilhas, vamos assumir os DBAs são caras muito inteligentes e assim por diante, que tipo de ROI você acha que obteria ao implementar algo assim? Você tem algum dado sobre isso ou alguma orientação sobre isso?
Bullett Manale: É difícil dizer qual é o ROI, porque os ambientes serão um pouco diferentes. Obviamente, quanto maior a empresa, maior o ambiente, mais o ROI provavelmente será se eles estiverem usando métodos manuais agora.
Sei que conversei com várias - quando digo grandes organizações entre milhares e milhares de funcionários e provavelmente também com milhares de instâncias - onde tenho pessoas onde mostro isso a elas e elas dizem que isso levará duas semanas do meu tempo de volta. Eu já tinha dito isso mais de uma vez. Portanto, é difícil dizer em termos do valor real em dólares de uma compra, mas é considerável quando você tem os ambientes.
Como eu disse, é bastante consistente, são as pessoas com quem eu falo, a maioria das pessoas com quem estou mantendo essas coisas em uma planilha. Portanto, é apenas uma coisa muito, muito subjetiva, porque todos os ambientes são um pouco diferentes nos termos de como eles fazem seu licenciamento e como eles estão fazendo seu licenciamento com a Microsoft é outra parte disso, é um fator. Mas se eles estão precisando fazer atualizações a cada ano ou a cada três anos, acho que três anos no máximo para a Microsoft que eles vão, eles querem que você se atualize pelo menos a cada três anos.
Então você sabe que é considerável e, você sabe que é apenas algo que facilita muito. Como é algo dinâmico que está sempre mudando, também oferece um pouco mais de validade em termos do que você está vendo nos versos; bem, nós realmente não atualizamos a planilha em seis meses ou um ano. Então, com que frequência você está atualizando a planilha é outra pergunta para entender a resposta ao ROI.
Dez Blanchfield: Sim, quero dizer, licenciamento SQL, o licenciamento disso é apenas um maldito pesadelo, mas é especialmente um pesadelo, porque o licenciamento não é o mesmo entre a Microsoft e a Oracle e qualquer outra pessoa por aí fazendo coisas de banco de dados. Se você realmente mantém as coisas em planilhas o que costuma acontecer, você sabe que o tempo de licenciamento chega antes que você perceba e não possui os dados, se é que me entende, para obter facilmente essas informações.
De qualquer forma, como você ressalta, é dinâmico e eu não tenho ideia pessoalmente, porque eu nunca tive que negociar com a Microsoft, então eu não tenho ideia, mas presumivelmente existem bancos de dados que as pessoas geralmente retiram os dados de teste, os ambientes de teste e eu faria. acho que esses são um espinho ao seu lado se você estiver fazendo licenciamento. Isso é você-?
Bullett Manale: Sim Sim. É esse o caso, porque muitas vezes essas coisas são esquecidas e, em seguida, começamos a tentar descobrir, ok, bem, ok, temos licenciamento de núcleo que precisamos descobrir o número de núcleos para cada uma dessas instâncias e eu não sei, em termos de padrões do que você está comprando hardware, é melhor comprar um hardware muito bom; se não estiver utilizando esse hardware da maneira como deve ser utilizado, estará pagando demais porque está pagando pelo preço do núcleo quando esses núcleos não estão sendo aproveitados para que torna-se um problema.
Portanto, cada versão do SQL tem uma maneira diferente de aplicar o licenciamento, o que até o torna um pouco confuso. Então, você tem alguns desafios a esse respeito, e isso é uma grande parte do motivo pelo qual essas informações são muito úteis, porque podemos dizer qual versão é, podemos dizer obviamente o número de núcleos que você possui, se as versões mais antigas do SQL que foi o preço por soquete, ainda podemos mostrar obviamente isso também. Portanto, torna muito mais simples uma rotina que você precisa seguir quando chega a hora de corrigir essas coisas.
Dez Blanchfield: Uma coisa que me vem à mente, desculpe, vá ...
Robin Bloor: Está tudo bem, você vai em Dez, eu ia fazer uma pergunta possivelmente irrelevante.
Dez Blanchfield: Apenas algo muito rápido enquanto você está no tópico em que está agora - estava vendo muito mais adoção de ambientes em nuvem e, se estivesse executando isso dentro de nosso próprio data center, dentro de nosso próprio ambiente, eles estavam rastejando e descobrindo, descobrindo coisas é relativamente simples .
Como lidamos com o cenário em que podemos ter três conjuntos de dados, duas nuvens e a visibilidade nesses ambientes são protegidos por firewall e, geralmente, há um conjunto de dados no final de um canal ou VPN. Existe alguma maneira de descobrir a partir do front-end ou precisamos, para começar a abrir portas para que possamos varrer certos ambientes entre uma espécie de nuvem e instalações externas onde essas plataformas estão sendo executadas?
Bullett Manale: Sim, haveria alguma consideração em termos de portas. Infelizmente, eu gostaria de poder dizer que vai romper todos esses ambientes, mas existem algumas opções diferentes que você poderia fazer com isso. Obviamente, se você estiver fazendo algo como o Amazon EC2, tudo o que você realmente precisa é o acesso a esse ambiente por meio de sua conectividade, supondo que suas portas estejam abertas e, em seguida, seja possível especificar seus endereços IP ou seu domínio associado a ele e pode iniciar a coleta e comece a descoberta.
Portanto, nesses tipos de ambientes isso realmente não é um problema; são os tipos mais específicos de ambientes, como o RDS, e onde você está obtendo o próprio banco de dados, onde será um pouco mais desafiador ver e descobrir esse tipo de informação.
Dez Blanchfield: Então, depois disso, existem bancos de dados e bancos de dados. Por exemplo, os bons velhos tempos de ter um mecanismo de banco de dados muito grande, como a anedota que eu compartilhei na frente, onde é apenas uma plataforma massiva e tudo o que faz é fornecer banco de dados. Atualmente, os bancos de dados estão embutidos em tudo, de fato, existem dois ou três deles sendo executados no meu telefone atrás de aplicativos.
Que tipo de desafios você está enfrentando nos cenários em que você obtém ambientes provenientes do Lotus Notes, com aplicativos por trás deles, SharePoint com o banco de dados na Internet variada e assim por diante? Basicamente, tudo é alimentado por banco de dados no back-end. Que tipo de coisas você está vendo por aí e que tipo de desafios você vê as pessoas enfrentarem apenas tentando mapear esses tipos de mundos e o que sua ferramenta faz por elas?
Bullett Manale: Bem, quero dizer que o que você disse é que tudo o que você disse - agora precisa de um banco de dados, então muitas vezes provavelmente há muitos bancos de dados que estão sendo introduzidos no ambiente que o próprio DBA nem sequer criou ciente de que não é muito difícil instalar um servidor SQL no ambiente, em geral.
Essa ferramenta também identifica coisas como bancos de dados expressos, portanto, as versões gratuitas do SQL Server. Engraçado o suficiente, quando você vai falar com os DBAs, mais uma vez, você não recebe uma resposta consistente em termos de eles se importam com os bancos de dados gratuitos que estão por aí. Muitos desses aplicativos de que você fala usam a versão gratuita do banco de dados. Mas as próprias organizações terão uma atitude diferente em termos de quem é responsável por esse banco de dados, dependendo de com quem você conversar.
Alguns DBAs com quem falo, consigo pensar na última vez em que estive no SQL Server PASS, que fica em Seattle, você faz a pergunta “Você se importa com seus bancos de dados expressos?” E eram cerca de cinquenta e cinquenta. Algumas pessoas queriam saber sobre eles como DBA porque sentiam que faz parte de suas responsabilidades, mesmo nos bancos de dados expressos, eles ainda podiam conter informações críticas; eles ainda precisam passar pelo processo de backup e ainda precisam garantir que tudo funcione da perspectiva da saúde. Mas apenas saber que elas existem é tão importante quanto não mais importante.
Considerando que a outra metade das pessoas é: "Ei, não eram responsáveis por esses bancos de dados e tudo o que eles colocam neles é cuidado com a pessoa que os instalou". Mas eu diria que, no geral, o que você disse, tudo bonito Atualmente, há muito um aplicativo vinculado a ele, que apenas contribui mais para a complexidade e a confusão de ter que inventariar essas informações.
Dez Blanchfield: Sim, eu já vi alguns, sites governamentais provavelmente são os meus favoritos, mas mais frequentemente do que não estou vendo em ambientes corporativos agora, onde é que, como você disse, as pessoas esquecem até de mim, quando instalam algo como o SharePoint ou troca automática para que você saiba que eles vêm com uma versão gratuita recém-incorporada porque eles querem, você sabe, instalá-lo rapidamente e não se preocupam em ter que comprar licenças.
Aí fica grande e então alguém começa a reclamar sobre desempenho e fica tipo: "É apenas o seu servidor antigo, seu armazenamento, sua rede, o que for", e então o DBA é chamado e diz: "Bem, você acabou de amontoou tudo nessa versão gratuita do banco de dados, que não é o que você precisa para realizar esse tamanho grande. ”
Particularmente quando você tem cenários como o Project Manager e o Office, ele está executando centenas, se não milhares, de projetos em uma grande empresa ou empresa e eles estão usando o SharePoint com o Microsoft Project Server e estão despejando todo o material do PMO nesse banco de dados. Mas no front-end eles gostam, bem, é apenas uma interface web. Mas realmente existem bancos de dados e bancos de dados.
Bullett Manale: Sim.
Dez Blanchfield: Então, quais são eles, um dos primeiros passos que as pessoas daqui, acho que há algumas perguntas que podemos trazer da platéia. Uma das primeiras perguntas é onde as pessoas começam? Qual é o primeiro passo natural para que eles digam: "Ok, precisamos meio que fazer a versão de Alcoólicos Anônimos?"
Temos mais bancos de dados do que sabemos com o que fazer. Como é um tipo natural de passo para que eles digam: “Ok, precisamos fazer isso e começar a funcionar?” Eles ficam perplexos ou depois precisam realmente começar pequenos e obter alguma experiência em mapear seu ambiente ?
Bullett Manale: Bem, acho que eles disseram que precisam mapear o ambiente. Agora, a Microsoft oferece uma ferramenta gratuita para fazer isso, a Microsoft Assessment Planning Tool, é uma ferramenta gratuita, mas estática. Você faz a descoberta e é isso. Você obtém uma lista das coisas que estão por aí. Tomamos isso e o referido visual, vamos dar um passo adiante, vamos fazer a descoberta, vamos descobrir o que está lá fora, vamos colocá-lo no repositório e torná-lo dinâmico, e podemos adicioná-lo, removê-lo.
Mas, em geral, o maior primeiro passo é, para descobrir, fazer a descoberta. Se isso significa fazer o download do nosso produto em teste, você pode fazer o download e testá-lo por 14 dias, além de indicar o seu ambiente e fazer a coleta.
Agora, se você já possui uma planilha com um monte de informações e está confiante de que essas informações estão corretas, também poderá gostar da importação para CSV dessa planilha com todas essas informações e fazer parte daquilo que deseja. já tem. Mas, em termos de descobrir o que você não sabe, a única maneira de fazer isso é sair manualmente, fazê-lo ou ter uma ferramenta que procure esse tipo de coisa como essa. Essa é a decisão que você terá que tomar em algum momento: "Tento automatizar essa descoberta ou, pelo menos, obter uma boa base do que está lá fora primeiro e depois talvez me preocupar com algumas exceções?" parte, você provavelmente precisará de uma ferramenta.
Dez Blanchfield: Então, apenas rapidamente. Onde as pessoas vão para começar isso? Eles bateram no seu site? Como eles alcançam e começam isso rapidamente?
Bullett Manale: Se você for a Idera, I-D-E-R-A.com, verá, e eu posso realmente mostrar rapidamente rapidamente. No site da Idera, você acessará os produtos e o gerente de inventário. Você verá um link para download aqui. Você está apenas determinando qual versão deseja instalar em 64 ou 32 bits, e isso ajudará você a começar a partir daí.
Robin Bloor: Fantástico e ótimo, ótima apresentação, muito obrigado.
Bullett Manale: Obrigado.
Eric Kavanagh: Temos algumas perguntas da platéia e boas para você, porque temos que nos deter hoje, mas Bullett, novamente, um ótimo trabalho na demo, um ótimo trabalho do produtor ao perceber que não estava aparecendo.
Bullett Manale: Me desculpe por isso.
Eric Kavanagh: Não, isso é bom, você está dando visibilidade ao núcleo dos negócios, certo? Porque os negócios executam dados e você está dando visibilidade até o núcleo. Portanto, não há mais coisas onduladas à mão; agora você pode realmente apontar as coisas e resolver isso. Tão bom para você.
Bullett Manale: Obrigado.
Robin Bloor: Mas foi ótimo ver isso ao vivo também, bem feito.
Eric Kavanagh: Sim, arquivaremos este webcast para visualização posterior e, em seguida, esperamos que dentro de uma ou duas horas o arquivo inicial suba algumas vezes um pouco mais do que isso, mas não deixe de informar as pessoas. Com isso iam deixar você ir, pessoal. Mais uma vez obrigado por participar da Briefing Room, na verdade foram as Hot Technologies. Bem, até a próxima. Tome cuidado, tchau-tchau.