Procure sempre utilizar os drivers mais atualizados dispon\u00edveis para a sua linguagem de programa\u00e7\u00e3o preferida. Atente-se aos recursos dispon\u00edveis e o n\u00edvel de compatibilidade entre a vers\u00e3o do seu driver e a vers\u00e3o do MongoDB.<\/p>\n
Neste\u00a0link<\/a>\u00a0voc\u00ea pode consultar todos os drivers oficialmente suportados pelo MongoDB bem como as bibliotecas suportadas pela comunidade. Ao selecionar\u00a0C#<\/a>\u00a0por exemplo, voc\u00ea pode ver a compatibilidade entre as vers\u00f5es:<\/p>\n Note que para utilizar o MongoDB 4.4 \u00e9 necess\u00e1rio estar com a vers\u00e3o do driver .NET\/C# minimamente na vers\u00e3o 2.11.<\/p>\n A atualiza\u00e7\u00e3o do driver pode ser a etapa mais trabalhosa quando voc\u00ea for atualizar a vers\u00e3o do MongoDB, isto porque, quanto mais antigo o driver, mais pontos de altera\u00e7\u00f5es voc\u00ea ter\u00e1 em sua aplica\u00e7\u00e3o. A dica aqui \u00e9 sempre manter o driver atualizado, visto que a compatibilidade com vers\u00f5es anteriores do MongoDB \u00e9 bastante ampla.<\/p>\n Uma outra fonte de consulta indispens\u00e1vel \u00e9 a p\u00e1gina de\u00a0Release Notes<\/a>, neste link voc\u00ea encontra todos os pontos de atualiza\u00e7\u00e3o, corre\u00e7\u00e3o e melhorias da vers\u00e3o, e mais especificamente, voc\u00ea pode consultar a\u00a0p\u00e1gina mudan\u00e7as de compatibilidade<\/a>\u00a0e consultar todas as mudan\u00e7as efetuadas na vers\u00e3o desejada (neste caso falando da 4.4). Nestes links voc\u00ea tem um guia bem completo para seguir na sua caminhada de atualiza\u00e7\u00e3o do MongoDB.<\/p>\n Al\u00e9m de informa\u00e7\u00f5es importantes sobre comandos, m\u00e9todos, operadores e fun\u00e7\u00f5es do MongoDB, \u00e9 importante verificar a compatibilidade com o Sistema Operacional. Dependendo da sua vers\u00e3o, seu SO pode ter sido removido e n\u00e3o ter mais compatibilidade, isso leva um pouco mais de tempo, mas pode acontecer, e ent\u00e3o antes de atualizar o MongoDB voc\u00ea precisar\u00e1 atualizar seu SO.<\/p>\n O upgrade de vers\u00e3o no MongoDB Atlas \u00e9 extremamente simples e com zero-downtime. Com as poss\u00edveis corre\u00e7\u00f5es de compatibilidade executadas, voc\u00ea precisar\u00e1 apenas de alguns cliques. Vale ressaltar que o upgrade no MongoDB Atlas \u00e9 compuls\u00f3rio quando a data limite for atingida, ou seja, se voc\u00ea tiver um cluster em uma vers\u00e3o j\u00e1 programada para o EOL e n\u00e3o tomar nenhuma a\u00e7\u00e3o o cluster ser\u00e1 atualizado automaticamente. Outro ponto importante \u00e9 que o MongoDB Atlas retira vers\u00f5es EOL assim que o prazo termina, por essa raz\u00e3o, n\u00e3o \u00e9 poss\u00edvel construir um cluster no MongoDB Atlas com uma vers\u00e3o EOL, e tamb\u00e9m por isso, os prints \u00e0 seguir s\u00e3o de um upgrade da vers\u00e3o 4.4 para a vers\u00e3o 5.0.<\/p>\n Para ambientes onpremisses na vers\u00e3o Community, o procedimento n\u00e3o \u00e9 “visual” como no Atlas. Na demonstra\u00e7\u00e3o \u00e0 seguir utilizarei comandos baseados em uma distribui\u00e7\u00e3o Linux RHEL.<\/p>\n Existem outras op\u00e7\u00f5es para o mongodump, mas n\u00e3o abordaremos aqui neste artigo.<\/p>\n <\/li>\n <\/li>\n <\/li>\n <\/li>\n <\/li>\n <\/li>\n Execute esses procedimentos primeiro nos servidores secund\u00e1rios, sempre fazendo um n\u00f3 a cada vez. Fazendo assim, todo o processo tamb\u00e9m n\u00e3o gerar\u00e1 downtime.<\/p>\n Ao chegar no servidor prim\u00e1rio, n\u00e3o se esque\u00e7a de fazer um step down, este procedimento iniciar\u00e1 uma elei\u00e7\u00e3o, passando o atual prim\u00e1rio para secund\u00e1rio e voc\u00ea poder\u00e1 fazer o shutdown com seguran\u00e7a.<\/p>\n Vimos que o processo de atualiza\u00e7\u00e3o de vers\u00e3o do MongoDB, tanto no MongoDB Atlas, quanto para servidores onpremisses n\u00e3o gera downtime quando executado adequadamente. Tamb\u00e9m vimos que \u00e9 muito importante verificar a compatibilidade dos drivers utilizados pela aplica\u00e7\u00e3o, bem como verificar se m\u00e9todos, fun\u00e7\u00f5es, etc. tenham sido modificados ou at\u00e9 mesmo retirados e fazer as atualiza\u00e7\u00f5es correspondentes. Al\u00e9m de ter sempre um backup com os dados na vers\u00e3o corrente (antes do upgrade), isso vai garantir que voc\u00ea possa reinstalar, ou construir um novo cluster, para restaurar seus dados.<\/p>\n Se precisar de ajuda, conte com a gente! E n\u00e3o se esque\u00e7a de deixar seu like e compartilhar \u00e0 vontade.<\/p>\n At\u00e9 mais!<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":" Fala pessoALL, parece que foi ontem, mas j\u00e1 estamos em mais da metade de Agosto\/2023 e j\u00e1 fazem 3 meses que o MongoDB 4.2 teve o seu EOL (End of life), ou seja, n\u00e3o tem mais suporte oficial e tamb\u00e9m n\u00e3o recebe mais nenhum tipo de corre\u00e7\u00e3o de bugs ou corre\u00e7\u00f5es de seguran\u00e7a por exemplo.… ![\"\"](\"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/a.png\")
<\/p>\n<\/a>Release Notes<\/h3>\n
<\/a>MongoDB Atlas Upgrade<\/h3>\n
\n
Edit Configuration<\/code>:
\n![\"\"](\"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/b.png\")
<\/li>\nAdvanced Setting<\/code>, selecione a vers\u00e3o 5.0:
\n![\"\"](\"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/c.png\")
\nSe voc\u00ea notar, outras vers\u00f5es do MongoDB est\u00e3o dispon\u00edveis, por\u00e9m, o upgrade deve ser feito seguindo a ordem das vers\u00f5es, ou seja, voc\u00ea n\u00e3o pode fazer o upgrade da vers\u00e3o 4.4 diretamente para a vers\u00e3o 6.0.<\/li>\nReview Changes<\/code>\u00a0e logo ap\u00f3s confirme as altera\u00e7\u00f5es:
\n![\"\"](\"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/d.png\")
\n![\"\"](\"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/e.png\")
\nUm aviso na parte superior nos alerta dizendo que essa mudan\u00e7a de vers\u00e3o \u00e9 irrevers\u00edvel, ou seja, n\u00e3o podemos alterar um cluster para uma vers\u00e3o anterior. Para assegurar que voc\u00ea ter\u00e1 uma vers\u00e3o de seu banco de dados na vers\u00e3o anterior \u00e9 importante fazer um backup, ali no pr\u00f3prio Atlas. Com esse backup \u00e9 poss\u00edvel construir um novo cluster na vers\u00e3o compat\u00edvel e restaurar o backup.Ao aplicar as altera\u00e7\u00f5es, um plano de execu\u00e7\u00e3o ser\u00e1 montado pelo Atlas, que come\u00e7ar\u00e1 a atualizar cada um dos n\u00f3s de seu cluster, e como eu disse sem nenhum tipo de downtime.<\/p>\n<\/a>MongoDB Community Edition Upgrade<\/h3>\n
\n
mongodump --out <caminho_para_a_saida_do_backup><\/pre>\n
\n
cp \/<caminho_do_arquivo>\/mongod.conf \/<caminho_do_arquivo>\/mongod.conf_old<\/pre>\n
sudo service mongod stop<\/pre>\n
sudo yum erase $(rpm -qa | grep mongodb-org)\r\nsudo yum erase $(rpm -qa | grep mongodb-database-tools)<\/pre>\n
rm -f \/etc\/yum.repos.d\/mongodb-org-4.2.repo<\/pre>\n
cat << 'ENDOFDOC' | sudo tee \/etc\/yum.repos.d\/mongodb-org-4.4.repo\r\n[mongodb-org-4.4]\r\nname=MongoDB Repository\r\nbaseurl=https:\/\/repo.mongodb.org\/yum\/redhat\/$releasever\/mongodb-org\/4.4\/x86_64\/\r\ngpgcheck=1\r\nenabled=1\r\ngpgkey=https:\/\/www.mongodb.org\/static\/pgp\/server-4.4.asc\r\nsslverify=0\r\nENDOFDOC<\/pre>\n
sudo yum update\r\nsudo yum install -y mongodb-org<\/pre>\n
sudo cp \/etc\/mongod.conf_old \/etc\/mongod.conf<\/pre>\n<\/li>\n
sudo systemctl start mongod<\/pre>\n
rs.stepDown()<\/pre>\n
<\/a>Conclus\u00e3o<\/h3>\n
Leia mais<\/a><\/p>\n","protected":false},"author":1,"featured_media":2704,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[91,90],"tags":[],"class_list":["post-2693","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mongodb","category-nosql"],"jetpack_featured_media_url":"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2023\/08\/MicrosoftTeams-image-89.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/2693","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/comments?post=2693"}],"version-history":[{"count":3,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/2693\/revisions"}],"predecessor-version":[{"id":2702,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/2693\/revisions\/2702"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/media\/2704"}],"wp:attachment":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/media?parent=2693"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/categories?post=2693"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/tags?post=2693"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}