Todos os desenvolvedores da 1C, de uma maneira ou de outra, interagem estreitamente com os serviços de TI e diretamente com os administradores do sistema. Mas nem sempre essa interação ocorre sem problemas. Eu gostaria de contar algumas histórias engraçadas sobre isso.
Canal de comunicação de alta velocidade
A maioria dos nossos clientes é grande parte dos seus grandes departamentos de TI. E para cópias de segurança de infobases, como regra, os especialistas do cliente são responsáveis. Mas existem organizações relativamente pequenas. Especialmente para eles, temos um serviço pelo qual cuidamos de todos os problemas relacionados ao backup de todos os 1C. Sobre essa empresa será discutida nesta história.
Um novo cliente veio em suporte ao 1C e, entre outras coisas, o contrato continha uma cláusula de que éramos responsáveis pelos backups, embora eles tivessem seu próprio administrador de sistema na equipe. O banco de dados cliente-servidor, como o DBMS - MS SQL. Uma situação bastante padrão, mas ainda havia uma ressalva: a base principal era bastante grande, mas ao mesmo tempo o aumento mensal era muito pequeno. Ou seja, o banco de dados continha muitos dados históricos. Dada essa peculiaridade, configurei os planos de manutenção de backup da seguinte forma: no primeiro sábado de cada mês, era feito um backup completo, bastante ponderado; depois, uma cópia diferencial era feita todas as noites - uma quantidade relativamente pequena e a cada hora uma cópia do log de transações. Além disso, cópias completas e diferenciais, além de copiadas para um recurso de rede, também foram enviadas para o nosso servidor FTP. Este é um requisito obrigatório para a prestação deste serviço.
Tudo isso foi configurado com sucesso, colocado em operação e funcionou em geral sem falhas.
Mas alguns meses depois, o administrador do sistema mudou nesta organização. O novo administrador do sistema começou a reconstruir gradualmente a infraestrutura de TI da empresa, de acordo com as tendências modernas. Em particular, apareceu a virtualização, prateleiras de discos, o acesso foi fechado em todos os lugares e tudo, etc., que no caso geral, é claro, não podem deixar de se alegrar. Mas nem sempre foi tranquilo com ele, muitas vezes houve problemas com o desempenho do 1C, o que causou alguma discordância e mal-entendido com o nosso apoio. Além disso, deve-se notar que nossas relações com ele geralmente se desenvolviam bastante frias e um tanto tensas, o que apenas aumentava o grau de tensão em caso de problemas.
Mas uma manhã, descobriu-se que o servidor desse cliente não estava disponível. Liguei para o administrador do sistema para descobrir o que aconteceu e recebi algo como "Nosso servidor travou, estamos trabalhando nisso, não depende de você". Bem, isso funciona. Então a situação está sob controle. Depois do almoço, ligo novamente, na voz do administrador, em vez de irritação, já sinto cansaço e apatia. Tentando esclarecer o que aconteceu, e de alguma forma podemos ajudar? A conversa revelou o seguinte:
Ele mudou o servidor para um novo sistema de armazenamento com um ataque recém-montado. Mas algo deu errado e depois de alguns dias esse ataque desmoronou em segurança. Ou o controlador se esgotou ou algo aconteceu com os discos, não me lembro exatamente, mas todas as informações foram irremediavelmente perdidas. E o principal foi que o recurso de rede com backups também no processo de qualquer migração estava no mesmo conjunto de discos. Ou seja, a própria base produtiva e todos os seus backups foram perdidos. E o que fazer agora não está claro.
Calmamente, eu digo. Temos o seu backup noturno. A resposta é o silêncio, pelo qual entendo que acabei de salvar a vida de uma pessoa. Começamos a discutir como transferir essa cópia para um novo servidor recém-implantado. Mas aqui surgiu um problema.
Lembre-se, eu disse que o backup completo era bastante grande? Fiz isso uma vez por mês aos sábados. O fato é que a empresa era uma planta pequena, localizada muito além da cidade e a Internet que possuíam era muito mais ou menos. Na segunda-feira de manhã, ou seja, no fim de semana, esta cópia com luto pela metade tinha tempo para fazer o upload para o nosso servidor FTP. Mas não havia como esperar um dia ou dois até que ele carregasse na direção oposta. Após várias tentativas malsucedidas de arrastar o arquivo, o administrador removeu o disco rígido direto do novo servidor, encontrou um carro com um motorista em algum lugar e correu rapidamente para o nosso escritório, pois ainda estávamos na mesma cidade.
Enquanto estávamos na sala do servidor e aguardamos a cópia dos arquivos, nos conhecemos, por assim dizer, “ao vivo”, bebemos uma xícara de café, conversamos em um ambiente informal. Eu simpatizei com sua dor e enviei com um parafuso cheio de backups, com pressa para restaurar o trabalho parado da empresa.
Posteriormente, todos os nossos aplicativos para o departamento de TI foram resolvidos muito rapidamente e não houve mais discordâncias.
Entre em contato com o administrador do sistema
Uma vez, com um único cliente, por muito tempo não pude publicar o 1C para acesso à web através do IIS. Parece ser uma tarefa comum, mas aqui não saiu do caminho. Os administradores de sistema local conectados, tentaram diferentes configurações e arquivos de configuração. 1C na web normalmente não queria trabalhar em nenhum. Havia algo errado com as políticas de segurança do domínio, ou com um firewall sofisticado local, ou o que diabos. Na enésima iteração, o administrador solta um link para mim com as palavras:
- Tente novamente com esta instrução. Tudo é bem detalhado lá. Se não der certo, escreva para o autor deste site, talvez ele ajude.
"Não", eu digo, "não vai ajudar."
Porque?
- Eu sou o autor deste site ... (
Como resultado, eles lançaram o Apache sem problemas. O IIS não pôde vencer.
Mais profundo
Tínhamos um cliente - uma pequena empresa de manufatura. Eles tinham um servidor, um "clássico" 3 em 1 tão peculiar: servidor de terminal + servidor de aplicativos + servidor de banco de dados. Eles trabalharam em algumas configurações do setor baseadas em soft starters, havia cerca de 15 a 20 usuários no sistema, e o desempenho do sistema era, em princípio, adequado para todos.
O tempo passou, tudo funcionou mais ou menos estável. Mas a Europa impôs sanções contra a Rússia, como resultado dos quais os russos começaram a comprar principalmente produtos domésticos, e as coisas nessa empresa subiram. O número de usuários aumentou para 50 a 60 pessoas, uma nova filial foi aberta e o fluxo de trabalho também. E agora o servidor atual deixou de lidar com o aumento acentuado da carga, e o 1C começou, como se costuma dizer, "desacelerar". No horário de pico, os documentos eram mantidos por vários minutos, os erros de bloqueio caíam, os formulários eram abertos por um longo tempo, bem, e todo o outro grupo de serviços relacionados. O administrador do sistema local descartou todos os problemas, dizendo: "Este é o seu 1C, você precisa descobrir". Sugerimos repetidamente realizar uma auditoria do sistema para obter desempenho, mas isso não atingiu a auditoria propriamente dita. O cliente simplesmente pediu recomendações sobre solução de problemas.
Bem, sentei-me e escrevi uma carta bastante volumosa afirmando que é necessário separar as funções do servidor de terminal e do servidor de aplicativos do DBMS (que, em princípio, já dissemos antes). Escrevi sobre DFSS em servidores de terminal, sobre Memória Compartilhada, criei links para fontes autorizadas e até ofereci algumas opções de hardware. Essa carta alcançou os poderes da empresa, voltou ao departamento de TI com as resoluções "Executar" e o gelo geralmente quebrou.
Depois de algum tempo, o administrador me envia o endereço IP do novo servidor e as credenciais de login. Ele diz que o MS SQL e os componentes do servidor 1C estão implantados lá, e você precisa transferir os bancos de dados, mas até agora apenas para o servidor DBMS, pois houve alguns problemas com as chaves 1C.
De fato, todos os serviços entraram, o servidor não é muito poderoso, tudo bem, acho que é melhor que nada. Transferirei os bancos de dados até o momento para, de alguma forma, aliviar o servidor atual. No tempo negociado, ele executou todas as transferências, mas a situação não mudou - todos os mesmos problemas de desempenho. Estranho, é claro, bem, vamos registrar as bases no cluster 1C, vamos ver.
Demora vários dias, as chaves não foram transferidas. Estou interessado em saber qual é o problema, tudo parece simples lá - removi-o de um servidor, prendi-o em outro, instalei o driver e está pronto. O administrador responde, diz algo sobre encaminhamento de porta, um servidor virtual e muito mais.
Hmm ... um servidor virtual? Parece que nunca houve virtualização e eles não existiam ... Lembro-me de um problema bem conhecido com a incapacidade de encaminhar a chave do servidor 1C para a máquina virtual no Hyper-V no Windows Server 2008. E aqui começam a surgir algumas suspeitas ...
Abro o gerenciador do servidor - Funções - uma nova função apareceu - Hyper-V. Vou ao gerente do Hyper-V, vejo uma máquina virtual, estou conectando ... e realmente ... Nosso novo servidor de banco de dados ...
Bem o que? As instruções das autoridades e minhas recomendações são cumpridas, as funções são separadas. A tarefa pode ser fechada.
Depois de algum tempo, a crise passou, a nova filial teve que ser fechada, a carga diminuiu, o desempenho do sistema tornou-se mais ou menos tolerável.
Bem, é claro, eles não puderam encaminhar a chave do servidor para a máquina virtual. Como resultado, tudo estava como estava e saiu: o servidor de terminal + 1C cluster na máquina física, o servidor de banco de dados no mesmo local no virtual.
E tudo bem, seria algum tipo de escritório em Sharashkin. Então não. Uma empresa bem conhecida, cujos produtos você provavelmente conhece e já viu nos departamentos correspondentes de todos os tipos de fitas e Auchanov.
Agenda de férias do disco rígido
Uma grande holding com planos ambiciosos
de dominar o mundo mais uma vez comprou uma pequena empresa com o objetivo de incorporá-la à sua megacorporação. Em todas as divisões dessa propriedade, os usuários trabalham em seus bancos de dados, mas com uma configuração idêntica. Por isso, iniciamos um pequeno projeto para incluir uma nova unidade nesse sistema.
Primeiro de tudo, é necessário implantar bases de combate e teste. O desenvolvedor recebeu os dados da conexão, efetuou logon no servidor, visualizou o MS SQL instalado, servidor 1C, 2 unidades lógicas: uma unidade C de 250 gigabytes e uma unidade D de 1 terabyte. Bem, "C" é um sistema, "D" para dados, o desenvolvedor decide e implanta logicamente todos os bancos de dados lá. Até configurei planos de manutenção, incluindo backups, apenas por precaução (embora não sejamos responsáveis por isso). Os backups verdadeiros tomaram forma aqui no "D". No futuro, planejava-se reconfigurar já em algum recurso de rede separado.
O projeto foi lançado, os consultores realizaram treinamento sobre como trabalhar no novo sistema, as sobras foram transferidas, algumas melhorias pontuais foram feitas e os usuários começaram a trabalhar já na nova base de informações.
Tudo correu bem até que uma manhã na segunda-feira foi descoberto que a unidade de banco de dados havia desaparecido. Simplesmente não há "D" no servidor e é isso.
Investigações posteriores revelaram o seguinte: de fato, esse "servidor" era o computador de trabalho do administrador do sistema local. É verdade que o sistema operacional do servidor ainda estava nele. Um disco USB pessoal desse administrador foi inserido no servidor. E o administrador saiu de férias levando consigo o seu próprio parafuso, com o objetivo de bombear filmes na estrada.
Graças a Deus, ele não conseguiu excluir os arquivos do banco de dados e conseguiu restaurar o banco de dados em funcionamento.
Vale ressaltar que todos, em geral, ficaram satisfeitos com o desempenho do sistema localizado na unidade USB. Ninguém reclamou de qualquer trabalho insatisfatório da 1C. Já era mais tarde que o megaprojeto começou na holding a transferir todos os bancos de dados de informações para uma única plataforma centralizada com super servidores, armazenamento para mais de um milhão de rublos, hipervisores sofisticados e freios 1C insuportáveis em todas as filiais.
Mas esta é uma história completamente diferente ...
PS Veja também: