1. Crie um arquivo denominado repositories.bak.repo com uma lista de todos os repositórios usados:

   root # zypper lr -e repositories.bak

2. Crie também um arquivo denominado installed-software.bak com uma lista de todos os pacotes instalados:

   root # rpm -qa --queryformat '%{NAME}\n' >
        installed-software.bak

3. Faça backup dos dois arquivos. Os repositórios e os pacotes instalados podem ser restaurados com os comandos a seguir:

   root # zypper ar repositories.bak.repo
   root # zypper install $(cat installed-software.bak)

   

   Nota: O número de pacotes aumenta com a atualização para uma nova versão principal

   Um sistema do qual foi feito o upgrade para uma nova versão principal (SLE X+1) pode conter mais pacotes do que o sistema inicial (SLE X). Ele também terá mais pacotes do que uma nova instalação do SLE X+1 com a seleção do mesmo padrão. Os motivos para isso são:

   • Os pacotes foram divididos para permitir uma seleção de pacote mais detalhada. Por exemplo, 37 pacotes texlive no SLE 11 foram divididos em mais de 3.000 pacotes no SLE 15.

   • Quando um pacote é dividido em outros pacotes, todos os novos pacotes são instalados no caso de upgrade para manter a mesma funcionalidade da versão anterior. No entanto, o novo padrão para uma instalação recente do SLE X+1 pode ser de não instalar todos os pacotes.

   • Os pacotes legados do SLE X podem ser mantidos por questões de compatibilidade.

   • As dependências de pacotes e o escopo dos padrões podem ter mudado.

1. Verifique se as seguintes pré-condições foram atendidas:

   • Caso ainda não tenha sido feito, faça upgrade de qualquer pacote da versão antiga do PostgreSQL para a versão mais recente por meio de uma atualização de manutenção.

   • Crie um backup do seu banco de dados existente.

   • Instale os pacotes da nova versão principal do PostgreSQL. Para o SLE 15 SP3, isso significa instalar o postgresql10-server e todos os pacotes dos quais ele depende.

   • Instale o pacote postgresql10-contrib que contém o comando pg_upgrade.

   • Verifique se você tem espaço livre suficiente na área de dados do PostgreSQL, que é /var/lib/pgsql/data, por padrão. Se o espaço for pouco, tente reduzir o tamanho com o seguinte comando SQL em cada banco de dados (pode levar muito tempo!):

     VACUUM FULL

2. Pare o servidor PostgreSQL usando qualquer um destes comandos:

   root # /usr/sbin/rcpostgresql stop

   ou

   root # systemctl stop postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

3. Renomeie o diretório de dados antigo:

   root # mv /var/lib/pgsql/data /var/lib/pgsql/data.old

4. Inicialize a nova instância do banco de dados manualmente com initdb ou iniciando e parando o PostgreSQL, que fará isso automaticamente:

   root # /usr/sbin/rcpostgresql start
   root # /usr/sbin/rcpostgresql stop

   ou

   root # systemctl start postgresql.service
   root # systemctl stop postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

5. Se você modificou os arquivos de configuração na versão antiga, considere transferir essas modificações para os novos arquivos de configuração. Isso pode afetar os arquivos postgresql.auto.conf, postgresql.conf, pg_hba.conf e pg_ident.conf. As versões antigas desses arquivos estão localizadas em /var/lib/pgsql/data.old/, as versões novas estão disponíveis em /var/lib/pgsql/data.

   Não é recomendado copiar os arquivos de configuração antigos, pois isso pode sobregravar as novas opções, os novos padrões e os comentários modificados.

6. Inicie o processo de migração como usuário postgres:

   root # su - postgres
   postgres > pg_upgrade \
    --old-datadir "/var/lib/pgsql/data.old" \
    --new-datadir "/var/lib/pgsql/data" \
    --old-bindir "/usr/lib/postgresql96/bin/" \
    --new-bindir "/usr/lib/postgresql10/bin/"

7. Inicia a nova instância de banco de dados usando um destes comandos:

   root # /usr/sbin/rcpostgresql start

   ou

   root # systemctl start postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

8. Verifique se a migração foi bem-sucedida. O escopo do teste depende do seu caso de uso, e não há nenhuma ferramenta geral para automatizar esta etapa.

9. Remova qualquer pacote antigo do PostgreSQL e o diretório de dados antigo:

   root # zypper search -s postgresql96 | xargs zypper rm -u
   root # rm -rf /var/lib/pgsql/data.old

1. Efetue login na máquina do cliente.

2. A etapa seguinte depende do sistema operacional atual do cliente:

   • Para o SUSE Linux Enterprise 11, execute os seguintes comandos:

     tux > sudo suse_register -E
     tux > sudo rm -f /etc/SUSEConnect
     tux > sudo rm -rf /etc/zypp/credentials.d/*
     tux > sudo rm -rf /etc/zypp/repos.d/*
     tux > sudo rm -f /etc/zypp/services.d/*
     tux > sudo rm -f /var/cache/SuseRegister/*
     tux > sudo rm -f /etc/suseRegister*
     tux > sudo rm -f /var/cache/SuseRegister/lastzmdconfig.cache
     tux > sudo rm -f /etc/zmd/deviceid
     tux > sudo rm -f /etc/zmd/secret

   • Para o SUSE Linux Enterprise 12, execute os seguintes comandos:

     tux > sudo SUSEConnect --de-register
     tux > sudo SUSEConnect --cleanup
     tux > sudo rm -f /etc/SUSEConnect
     tux > sudo rm -rf /etc/zypp/credentials.d/*
     tux > sudo rm -rf /etc/zypp/repos.d/*
     tux > sudo rm -f /etc/zypp/services.d/*

3. Efetue login no servidor SMT.

4. Verifique se o registro do cliente foi cancelado com êxito listando todos os registros de clientes:

   tux > sudo smt-list-registrations

5. Se o nome de host do cliente ainda constar na lista retornada por esse comando, obtenha o ID Exclusivo do cliente na primeira coluna. (O cliente pode ser listado com vários IDs.)

6. Apague o registro desse cliente:

   tux > sudo smt-delete-registration -g UNIQUE_ID

7. Se o cliente estiver listado com vários IDs, repita a etapa acima para cada um dos IDs exclusivos.

8. Agora, verifique se o registro do cliente foi cancelado com êxito executando novamente:

   tux > sudo smt-list-registrations

1. Selecione e prepare um meio de boot. Consulte a Book “Guia de Implantação”.

2. Insira o DVD do Instalador Unificado do SUSE Linux Enterprise Server 15 SP3 e inicialize a máquina. Uma tela de boas-vindas aparece seguida da tela de boot.

3. Opcional: Para forçar o instalador a instalar apenas os pacotes do DVD, e não de fontes de rede, adicione a opção de boot media_upgrade=1.

4. Inicialize o sistema selecionando Fazer Upgrade no menu de boot.

5. Prossiga com o processo de upgrade conforme descrito na Seção 4.4, “Fazendo upgrade do SUSE Linux Enterprise”.

Nota: SUSE Customer Center e conexão com a Internet

Se o sistema do qual você deseja fazer upgrade foi registrado no SUSE Customer Center, verifique se há conexão com a Internet durante o procedimento a seguir.

1. Após a inicialização (de um meio de instalação ou da rede), selecione a entrada Upgrade na tela de boot.

   

   Atenção: A opção errada pode levar à perda de dados

   Neste ponto, verifique se você selecionou Upgrade. Se você selecionar Instalação por engano, a partição de dados será sobregravada por uma instalação nova.

   O YaST inicia o sistema de instalação.

2. Na tela Bem-vindo, escolha Idioma e Teclado. Continue com Próximo.

   O YaST verifica se já existem sistemas do SUSE Linux Enterprise instalados em suas partições.

3. Na tela Select for Upgrade (Selecionar para Upgrade), selecione a partição para fazer upgrade e clique em Avançar.

4. O YaST monta a partição selecionada e exibe o contrato de licença referente ao produto do qual foi feito o upgrade. Para continuar, aceite a licença.

5. Na tela Repositórios previamente utilizados, ajuste o status dos repositórios. Por padrão, todos os repositórios são removidos. Se você não adicionou nenhum repositório personalizado, não mude as configurações. Os pacotes para o upgrade serão instalados do DVD, e você poderá habilitar os repositórios online padrão na próxima etapa.

   Se você tem repositórios personalizados, há duas opções:

   • Mantenha o estado do repositório como Removido. O software que foi instalado desse repositório será removido durante o upgrade. Use esse método se não houver uma versão do repositório disponível correspondente à nova versão.

   • Atualize e habilite o repositório se ele corresponder à nova versão. Para mudar o URL dele, clique no repositório na lista e clique em Alterar. Para habilitar o repositório, marque Alternar Status até ele ser definido como Habilitar.

   Não mantenha os repositórios da versão anterior, já que o sistema pode se tornar instável ou parar de funcionar. Em seguida, clique em Próximo para prosseguir.

6. A próxima etapa depende se o sistema do qual foi feito o upgrade foi ou não registrado no SUSE Customer Center.

   1. Se o sistema não foi registrado no SUSE Customer Center, o YaST exibe uma mensagem popup sugerindo o uso de um segundo meio de instalação, a imagem SLE-15-SP3-Full-ARCH-GM-media1.iso.

      Se você não tiver esse meio, não será possível fazer upgrade do sistema sem o registro.

   2. Se o sistema foi registrado no SUSE Customer Center, o YaST mostra os destinos de migração possíveis e um resumo.

      Selecione um destino de migração na lista e clique em Próximo para continuar.

7. Na caixa de diálogo seguinte, você pode adicionar outro meio de instalação. Se você tem uma mídia de instalação adicional, ative a opção Eu desejo instalar outro Produto Complementar e especifique o tipo de mídia.

8. Revise as Configurações de Instalação para o upgrade.

9. Se todas as configurações estiverem conforme desejado, inicie o procedimento de instalação e remoção clicando em Atualizar.

   

   Dica: Falha no upgrade em clientes SMT

   Se a máquina da qual será feito o upgrade for um cliente SMT, e houver falha no upgrade, consulte o Procedimento 3.1, “Cancelando o registro de um cliente SUSE Linux Enterprise de um servidor SMT” e reinicie o procedimento de upgrade posteriormente.

10. Após o término bem-sucedido do processo de upgrade, execute as verificações pós-upgrade conforme descrito na Seção 4.4.1, “Verificações pós-upgrade”.

1. Inicie o YaST e selecione Software › Registro de Produto para abrir a caixa de diálogo Registro.

2. Informe o endereço de E-mail associado à conta do SUSE que você ou sua organização usa para gerenciar inscrições. Se você ainda não tem uma conta do SUSE, vá para a home page do SUSE Customer Center (https://scc.suse.com/) para criar uma.

3. Digite o Código de Registro que você recebeu com a cópia do SUSE Linux Enterprise Server.

4. Se houver um ou mais servidores de registro locais disponíveis na rede, você poderá escolher um deles na lista.

5. Para iniciar o registro, clique em Avançar para prosseguir.

   Após o registro bem-sucedido, o YaST mostrará uma lista de extensões, complementos e módulos disponíveis para o seu sistema. Para selecioná-los e instalá-los, continue no Book “Guia de Implantação”, Chapter 22 “Instalando módulos, extensões e produtos complementares de terceiros”, Section 22.1 “Instalando módulos e extensões de canais online”.

1. Desative todas as extensões não utilizadas em seu servidor de registro para evitar conflitos futuros de dependência. Se você se esquecer de uma extensão, o YaST detectará posteriormente os repositórios de extensões não utilizadas e as desativará.

2. Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).

3. Execute a atualização online do YaST para obter as atualizações de pacote mais recentes para o seu sistema.

4. Instale o pacote yast2-migration e suas dependências (no YaST em Software › Gerenciamento de Software).

5. Reinicie o YaST; do contrário, o módulo recém-instalado não será mostrado no centro de controle.

6. No YaST, escolha Migração Online (dependendo da versão do SUSE Linux Enterprise Server da qual você está fazendo upgrade, este módulo será classificado como Sistema ou Software). O YaST mostra os destinos de migração possíveis e um resumo. Se houver mais de um destino de migração disponível para o seu sistema, selecione um deles na lista.

7. Selecione um destino de migração na lista e clique em Avançar para continuar.

8. Se a ferramenta de migração oferecer repositórios de atualização, recomenda-se clicar em Sim para continuar.

9. Se a ferramenta Migração Online encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios obsoletos são de um SP anterior. Todos os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.

10. Confira o resumo e clique em Avançar para continuar a migração. Clique em Iniciar Atualização para confirmar.

11. Reinicie o sistema após a migração bem-sucedida.

1. Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).

2. Registre a máquina do SUSE Linux Enterprise, caso ainda não tenha feito isso:

   tux > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

3. Inicie a migração:

   tux > sudo zypper migration

   Algumas observações sobre o processo de migração:

   • Se houver mais de um destino de migração disponível para o seu sistema, o Zypper permitirá selecionar um SP na lista. Isso equivale a ignorar um ou mais SPs. Lembre-se de que a migração online para produtos base (SLES, SLED) permanece disponível apenas entre os SPs de uma versão principal.

   • Por padrão, o Zypper usa a opção --no-allow-vendor-change, que é passada para o zypper dup. Se um pacote foi instalado de um repositório de terceiros, essa opção impede que os pacotes sejam substituídos pelo mesmo pacote que vem do SUSE.

   • Se o Zypper encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.

4. Revise todas as mudanças, principalmente os pacotes que serão removidos. Digite y para continuar (o número exato de pacotes para upgrade pode variar de acordo com o sistema):

   266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
   Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
   Continue? [y/n/? shows all options] (y):

   Use as teclas Shift–Page ↑ ou Shift–Page ↓ para mover a barra de rolagem no shell.

5. Reinicie o sistema após a migração bem-sucedida.

1. Se você efetuou login em uma sessão gráfica em execução na máquina que você pretende migrar, efetue logout dessa sessão e alterne para um console de texto. Não é recomendável executar a atualização de uma sessão gráfica. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com X).

2. Atualize as ferramentas de gerenciamento de pacote com os repositórios antigos do SUSE Linux Enterprise:

   tux > sudo zypper patch --updatestack-only

3. Obtenha uma lista de pacotes que não têm um repositório atribuído a eles (pacotes órfãos). Esses pacotes não serão migrados, e não haverá garantia de que eles funcionarão após a migração (porque outros pacotes dos quais eles dependem podem ter mudado de um modo que acabaram ficando compatíveis). Para obter a lista, execute:

   tux > sudo zypper packages --orphaned

   Revise cuidadosamente a lista e remova todos os pacotes órfãos que não são mais necessários. Anote todos os pacotes órfãos restantes, você precisará deles mais tarde para comparação.

4. Para obter uma lista de todos os repositórios em que o sistema está registrado atualmente, execute:

   tux > sudo zypper repos -u

   Atualize o URL de cada repositório para que o número da versão do produto seja 15-SP3. Por exemplo, se o URL de um repositório for

   http://rmt.example.com/repo/SUSE/Products/SLE-15-SP2-Product-SLES/x86_64/product/

   altere-o para

   http://rmt.example.com/repo/SUSE/Products/SLE-15-SP3-Product-SLES/x86_64/product/

   Isso deve ser feito com todos os repositórios habilitados. Convém fazer isso também com os repositórios que estão desabilitados no momento, para evitar ter fontes de instalação incorretas no sistema quando eles forem ativados posteriormente.

   Para mudar os URLs dos repositórios, você tem as seguintes opções:

   1. Por meio de YaST › Software › Repositórios de software. Selecione um repositório e clique em Editar para fazer a mudança necessária. Repita esse procedimento para todos os repositórios.

   2. Por meio do zypper. Execute o seguinte comando para remover o repositório antigo

      tux > sudo zypper removerepo OLD_REPO_ID

      Em seguida, execute o comando abaixo para adicionar o novo repositório correspondente

       tux > sudo zypper addrepo -f URL NAME-15-SP3

   3. Por meio da edição dos arquivos de configuração do repositório em /etc/zypp/repos.d. Cada repositório é representado por um arquivo de configuração. É necessário mudar o valor do parâmetro baseurl em cada arquivo.

5. Revise as mudanças executando o comando zypper repos -u e atualize os repositórios executando:

   tux > sudo zypper refresh -f -s

   Em caso de falha na atualização de um repositório, verifique se você não inseriu o URL incorreto. Se não for possível corrigir o problema, a recomendação será desabilitar o repositório com falha.

   Se todos os repositórios estiverem configurados corretamente, execute

   tux > sudo zypper refresh -f -s

   novamente para garantir que todos os repositórios estejam atualizados.

6. Antes de iniciar a migração, é recomendável executar um teste:

   tux > sudo zypper dup -D --no-allow-vendor-change --no-recommends

   O parâmetro -D executará um dry run que simula a migração sem de fato mudar o sistema. Se houver problemas, corrija-os antes de continuar. Se a o teste for bem-sucedido, execute o comando abaixo para fazer a migração real:

   tux > sudo zypper dup --no-allow-vendor-change --no-recommends

   A opção -no-allow-vendor-change garante que os RPMs de terceiros não sobregravem os RPMs do sistema base. A opção --no-recommends garante que os pacotes desmarcados durante a instalação inicial não serão adicionados novamente.

7. Quando a migração for concluída e o sistema for inicializado na nova versão do pacote de serviço, execute outra vez a verificação de pacotes órfãos:

   tux > sudo zypper packages --orphaned

   Compare a nova lista com aquela que você gerou antes de iniciar a migração. Se novos pacotes aparecerem na lista, talvez eles tenham sido movidos para um módulo diferente no novo pacote de serviço. Se você não tinha esse módulo na instalação anterior, o pacote não foi atualizado.

   Você pode verificar a qual módulo um pacote pertence em https://scc.suse.com/packages. Adicione os módulos ausentes por meio do comando zypper addrepo ou pelo módulo YaST Repositórios de software e atualize os pacotes órfãos executando:

   tux > sudo zypper install --no-recommends LIST OF PACKAGES

8. Você migrou com êxito para um novo pacote de serviço!

1. Confira uma lista de todos os instantâneos do Snapper:

   tux > sudo snapper list

   Revise a saída para localizar o instantâneo que foi criado logo antes da inicialização da migração do pacote de serviço. A coluna Descrição contém uma declaração correspondente, e o instantâneo está marcado como important (importante) na coluna Userdata. Memorize o número do instantâneo da coluna Nº e a data da coluna Data.

2. Reinicialize o sistema. No menu de boot, selecione Iniciar carregador de boot de um instantâneo apenas leitura e escolha o instantâneo com a data e o número que você memorizou na etapa anterior. Um segundo menu de boot (aquele do instantâneo) é carregado. Selecione a entrada que começa com SLES 15 SP3 e inicialize o sistema.

3. O sistema é inicializado no estado anterior com a partição do sistema montada como apenas leitura. Efetue login como root e verifique se você escolheu o instantâneo correto. Verifique também se tudo funciona conforme o esperado. Como o sistema de arquivos raiz está montado como apenas leitura, pode haver restrições de funcionalidade.

   Em caso de problemas ou se você inicializou o instantâneo errado, reinicialize e escolha outro instantâneo do qual inicializar. Até este ponto, não foram feitas mudanças permanentes. Se o instantâneo está correto e funciona conforme o esperado, faça a mudança permanente executando o seguinte comando:

   tux > sudo snapper rollback

   Reinicialize posteriormente. Na tela de boot, escolha a entrada de boot padrão para reinicializar no sistema restaurado.

4. Verifique se a configuração do repositório foi redefinida apropriadamente. Verifique também se todos os produtos foram registrados apropriadamente. Se não for nenhum desses casos, a atualização do sistema em um momento posterior talvez não funcione mais, ou o sistema pode ser atualizado usando os repositórios de pacotes errados.

   Verifique se o sistema pode acessar a Internet antes de iniciar este procedimento.

   1. Atualize serviços e repositórios executando

      tux > sudo zypper ref -fs

   2. Obtenha uma lista de repositórios ativos executando

      tux > sudo zypper lr

      Verifique cuidadosamente a saída deste comando. Não deve aparecer na lista serviços e repositórios que foram adicionados para a atualização. Por exemplo, se você estiver voltando do SLES 15 SP3 para o SLES15 GA, a lista deverá incluir os repositórios SLES15-GA, e não os repositórios SLES15-SP3.

      Se na lista constar os repositórios incorretos, apague-os e, se necessário, substitua-os pelas versões correspondentes à versão do produto ou do pacote de serviço. Para obter uma lista de repositórios para os caminhos de migração suportados, consulte a Seção 2.3, “Dependências de módulos e ciclos de vida”. Observe que a intervenção manual talvez não seja necessária, já que os repositórios devem ser atualizados automaticamente, mas a melhor prática é verificar e fazer as correções pertinentes.

   3. Por fim, verifique o status do registro para todos os produtos instalados executando

      tux > sudo SUSEConnect --status

      Todos os produtos devem ser relatados como Registered (Registrados). Se não for esse o caso, conserte o registro executando

      tux > sudo SUSEConnect --rollback

Para migrar do openSUSE Leap para o SUSE Linux Enterprise Server, siga as etapas abaixo:

1. Alterne para uma TTY, por exemplo, pressione Ctrl–Alt–F1. Em seguida, efetue login como root.

2. Instale os pacotes yast2-registration e rollback-helper:

   root # zypper in yast2-registration rollback-helper

3. Habilite o serviço rollback-helper:

   root # systemctl enable rollback

4. Registre o sistema no SUSE Customer Center:

   root # yast2 registration

5. Execute a migração:

   root # yast2 migration

   Em caso de conflito de pacotes, o YaST apresenta uma lista de resoluções para você fazer a sua escolha.

6. Remova os pacotes órfãos:

   root # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)

7. Reinicialize o sistema:

   root # reboot