[:pt]O momento que sabemos que há-de acontecer mais tarde ou mais cedo mas que temos sempre a esperança que não aconteça, aconteceu: O meu servidor de SQL morreu completa e definitivamente!
Este servidor tinha as bases de dados de TODOS os programas da empresa onde trabalho e podia ter sido um grande problema não tivesse eu as cópias de segurança todas em dia. Com elas, o downtime foi pequeno e a recuperação completa e sem necessidade de qualquer espécie de alteração na rede, no servidor ou nos clientes. Foi um caso de 99.99% de sucesso, e tudo graças às ditas cópias de segurança.
Das inúmeras cópias de todos os formatos e feitios que faço, as que usei no processo de recuperação foram:
> imagem do servidor, com 2 a 3 meses, feito com o vmware converter;
> cópias completas semanais + cópias incrementais diárias + cópias de logs horárias, do SQL Server;
O vmware converter (gratuito) permite copiar um computador real/físico para um conjunto de ficheiros – que no seu conjunto fazem um computador virtual – sem necessidade de interromper o funcionamento desse computador. Eu faço regularmente, de 3 em 3 meses, imagens/computadores virtuais dos meus servidores para um disco externo USB. Essas imagens/computadores virtuais podem ser executadas com o software vmware player (gratuito) em qualquer PC.
Para voltar a colocar o servidor a funcionar basta copiar os ficheiros para um computador que tenha o vmware player instalado e executá-lo. Eu não tinha nenhum servidor com capacidade extra suficiente, por isso, usei o meu portátil para executar o servidor virtual. O processo é rápido e simples, e em menos de 2/3 horas o servidor estava de novo online sem haver a necessidade de qualquer alteração no servidor, na rede ou nos clientes… minto! precisei de alterar o endereço IP do servidor virtual. A placa de rede do servidor físico é diferente da placa de rede do servidor virtual, por isso a configuração IP que está no servidor físico perde-se com a passagem para virtual, e precisamos de manualmente configura-la.
Depois do servidor a funcionar repus todas as cópias do SQL o que me demorou mais 2/3 horas. No fim do processo, que demorou cerca de um dia, tinha o servidor operacional e com todos os dados recuperados.
Com tudo a funcionar pude, calmamente, escolher e encomendar um servidor novo para alojar o servidor perdido.
Passar um servidor virtual de novo a servidor físico é mais complicado – nem sei se é possível -e sinceramente não me parecia que valesse a pena. Por isso tive o cuidado de escolher um servidor que suportasse o vmware ESXi (gratuito) que é um hypervisor – uma espécie de sistema operativo que executa máquinas virtual, ou por outras palavras um vmware player que não precisa de sistema operativo – e copiei para lá o meu servidor virtual.
Neste momento, passados vários meses, posso dizer que o servidor funciona normalmente e inclusive já usei o mesmo método – virtualizar com o vmware converter – em mais dois servidores e sempre sem qualquer espécie de problemas. É a melhor solução (gratuita) de cópias de segurança que usei.
Aconselho vivamente adicionarem este método ao vosso portfólio de cópias de segurança.[:en]The moment that we know have to happen sooner or later but we always hope that does not happen, happened: My SQL server died completely and permanently!
This server had the databases of all programs of the company where I work and could have been a big problem had I not the backups done daily. With them, the downtime was small therecovery as complete and no need for any kind of change in the network, the server or the client. It was a case of 99.99% of success, and all thanks to those backups.
Of the many copies of all shapes I do, those used in the recovery process were:
> Image from the server, with 2 to 3 months, done with the VMware converter;
> Full copies weekly + daily + copies incremental copies of hourly logs, SQL Server;
vmware converter (free) lets you copy a real / physical computer for a set of files – that the in whole are virtual computer – with no need to interrupt the operation of it. I do regularly, 3 in 3 months, images / virtual computer of my servers to a USB external disk. These images / virtual computers can run with the vmware player software (free) on any PC.
To get the server online I just copied the files to a computer that has the VMware Player installed and run it. I had no server with enough extra capacity, so I used my laptop to run the virtual server. The process is fast and simple, and less than 2 / 3 hours the server was online again without the need for any change in server, network or on customers …ok, i’m liying! I needed to change the IP address of the virtual server. The network adapter of the server is different from the physical network card of the virtual server, so the IP configuration that is in the physical server is lost with the move to virtual, and we need to manually configure it.
After the server running i restored all copies of the SQL that I took over 2 / 3 hours. At the end of the process, which took about a day, I had the server online with all data recovered.
With everytinh working, I could choose and order a new server to host the lost. one
Transfer a virtual server to a physical server is more complicated – I do not know if you can, and honestly I actually don’t think it’s worth. So I was careful to choose a server that supports the vmware ESXi (free) which is a hypervisor – a kind of operating system that runs virtual machines, or in other words a VMware Player that does not require operating system – and copied my virtual server to it.
Today, after several months, I can say that the server operates normally and even have used the same method – virtualizing with VMware converter – in two servers and always without any kind of problems. It is the best (free) backup I ever used.
I Strongly advise this method to add your portfolio to back up.[:]