<\/p>\n
Um guia para quem j\u00e1 conhece SQL Server no Windows e vai instalar a vers\u00e3o mais recente do PostgreSQL no Linux pela primeira vez. Nesta s\u00e9rie, comparamos lado a lado como cada banco resolve o mesmo problema. S\u00e3o dois bancos excelentes, com filosofias diferentes.<\/p>\n
Renato Siqueira<\/span> \u00b7 Time PostgreSQL da Power Tuning<\/p>\n<\/div>\n Para iniciar uma s\u00e9rie de “de-para” do SQL Server para Postgres, nada melhor do que come\u00e7ar pelo come\u00e7o: a instala\u00e7\u00e3o.<\/p>\n Se voc\u00ea vem do mundo SQL Server, sua ideia de “instalar um banco de dados” \u00e9: baixar um execut\u00e1vel ou a ISO do SQL Server (o execut\u00e1vel geralmente baixa a ISO completa por tr\u00e1s dos panos), clicar em Next<\/em> algumas vezes, escolher o collation<\/em>, esperar a barra de progresso e abrir o SSMS. Tudo dentro de uma interface gr\u00e1fica que facilita e abstrai detalhes da instala\u00e7\u00e3o.<\/p>\n No Linux esse conforto visual n\u00e3o existe. A interface gr\u00e1fica sai de cena e entra o terminal, o gerenciador de pacotes e um comando chamado Este post mostra essa diferen\u00e7a passo a passo, j\u00e1 instalando a vers\u00e3o mais recente, o PostgreSQL 18, e, como b\u00f4nus, uma segunda forma de instalar via SQL Server (Windows)<\/p>\n 1. Baixar o instalador (.exe)<\/p>\n<\/div>\n 2. Abrir o Wizard gr\u00e1fico<\/p>\n (Next, Next, Next…)<\/p>\n<\/div>\n 3. Configurar inst\u00e2ncia<\/p>\n (collation, contas, portas)<\/p>\n<\/div>\n 4. Wizard cria os data files<\/p>\n (master, model, msdb…)<\/p>\n<\/div>\n 5. Servi\u00e7o j\u00e1 roda<\/p>\n Abre o SSMS e conecta<\/p>\n<\/div>\n<\/td>\n PostgreSQL (Linux)<\/p>\n 1. sudo apt update<\/p>\n<\/div>\n 2. sudo apt install postgresql<\/p>\n<\/div>\n 3. Pacote roda o initdb<\/p>\n (cria o cluster de dados)<\/p>\n<\/div>\n 4. systemd inicia o servi\u00e7o<\/p>\n (postgresql.service)<\/p>\n<\/div>\n 5. sudo -u postgres psql<\/p>\n Conecta via terminal<\/p>\n<\/div>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n O Wizard substitui, em uma \u00fanica tela, o que no Linux \u00e9: gerenciador de pacotes + initdb + systemd<\/p>\n Fluxo de instala\u00e7\u00e3o: SQL Server Wizard vs apt\/initdb no Linux<\/p>\n<\/div>\n Quando voc\u00ea instala o SQL Server no Windows, o instalador faz tudo em sequ\u00eancia, numa \u00fanica ferramenta:<\/p>\n Tudo isso acontece atr\u00e1s de uma interface s\u00f3. O wizard esconde tr\u00eas etapas que, no Linux, s\u00e3o ferramentas separadas: instalar o bin\u00e1rio, criar a estrutura de dados e registrar o servi\u00e7o no sistema operacional.<\/p>\n No Linux, a instala\u00e7\u00e3o de qualquer software segue a filosofia Unix: ferramentas pequenas, cada uma respons\u00e1vel por uma parte do processo. Para o PostgreSQL, isso se divide em tr\u00eas “atores” principais:<\/p>\n No Ubuntu\/Debian, o pacote Um detalhe importante: os reposit\u00f3rios padr\u00e3o do Debian\/Ubuntu costumam trazer uma vers\u00e3o mais antiga do Postgres (ex.: 16 ou 17), n\u00e3o a mais recente. Para instalar a vers\u00e3o 18, \u00e9 preciso adicionar o reposit\u00f3rio oficial mantido pelo PGDG (PostgreSQL Global Development Group) antes de instalar o pacote.<\/p>\n # 3. Instala o PostgreSQL 18 (o pacote j\u00e1 roda o initdb e registra o servi\u00e7o no systemd)<\/span> # 4. Confirma que o servi\u00e7o est\u00e1 rodando<\/span> Depois desses comandos, o Postgres 18 j\u00e1 est\u00e1 instalado, com o cluster de dados criado e o servi\u00e7o ativo, equivalente a terminar o wizard do SQL Server e ver o servi\u00e7o “Running” no Services.<\/p>\n Por que adicionar um reposit\u00f3rio?<\/strong>\u00c9 parecido com baixar o instalador de uma vers\u00e3o espec\u00edfica do SQL Server direto do site da Microsoft, em vez de usar uma m\u00eddia antiga: o reposit\u00f3rio do sistema operacional nem sempre acompanha o ritmo de lan\u00e7amentos do Postgres, ent\u00e3o o PGDG existe justamente para disponibilizar as vers\u00f5es mais novas assim que saem.<\/p>\n<\/div>\n No pacote do Ubuntu\/Debian, o O \u00c9 o passo que, no wizard do SQL Server, fica escondido atr\u00e1s da barra “Configurando inst\u00e2ncia”. No Linux, ele vira vis\u00edvel quando voc\u00ea precisa criar um segundo cluster na mesma m\u00e1quina, e \u00e9 a\u00ed que entra a pr\u00f3xima ferramenta.<\/p>\n \u00c9 aqui que entra o Por que isso existe?<\/strong>Porque \u00e9 comum ter v\u00e1rias vers\u00f5es do Postgres (16, 17, 18…) ou ambientes isolados na mesma m\u00e1quina, cada “cluster” \u00e9 um conjunto independente de dados, portas e configura\u00e7\u00e3o, contanto que cada um rode em uma porta diferente (igual no SQL Server).<\/p>\n<\/div>\n Repare no par\u00e2metro # Remove um cluster (cuidado: apaga os dados)<\/span> O # Arquivos de configura\u00e7\u00e3o<\/span> No SQL Server, seu primeiro passo p\u00f3s-instala\u00e7\u00e3o normalmente \u00e9 abrir o SSMS e conectar com Para criar seu pr\u00f3prio usu\u00e1rio e banco:<\/p>\n O wizard do SQL Server empacota em uma tela s\u00f3 tr\u00eas opera\u00e7\u00f5es que no Linux s\u00e3o expl\u00edcitas e separadas: instalar o bin\u00e1rio ( Tem PostgreSQL em produ\u00e7\u00e3o na sua empresa?<\/p>\n Fa\u00e7a o Power PostgreSQL Check-up: uma avalia\u00e7\u00e3o gratuita de performance, backup, seguran\u00e7a e alta disponibilidade, feita pelos nossos especialistas. Sem custo e sem compromisso.<\/p>\ninitdb<\/code> que faz a instala\u00e7\u00e3o do Postgres.<\/p>\npg_createcluster<\/code>, \u00fatil quando voc\u00ea precisa de m\u00faltiplas vers\u00f5es ou inst\u00e2ncias do Postgres na mesma m\u00e1quina. Os exemplos usam Debian, mas o m\u00e9todo \u00e9 facilmente adapt\u00e1vel para outras distribui\u00e7\u00f5es Linux de sua prefer\u00eancia.<\/p>\n\n\n
\n \n \n Como o SQL Server te acostumou a pensar<\/h2>\n
\n
master<\/code>, model<\/code>, msdb<\/code>, tempdb<\/code>).<\/li>\nA filosofia Linux: pacotes + servi\u00e7os, cada um faz uma coisa<\/h2>\n
\n
apt<\/code>, no caso do Ubuntu\/Debian), baixa e instala os bin\u00e1rios, parecido com o que o .exe<\/code> faz no Windows.<\/li>\ninitdb<\/code><\/strong>, cria a estrutura de dados inicial (o “cluster” do Postgres), algo equivalente ao passo em que o wizard do SQL Server gera master<\/code>, model<\/code> e msdb<\/code>.<\/li>\nsystemd<\/code><\/strong>, o gerenciador de servi\u00e7os do Linux, equivalente ao Windows Services, respons\u00e1vel por subir e manter o processo do banco rodando.<\/li>\n<\/ul>\npostgresql<\/code> j\u00e1 encapsula essas tr\u00eas etapas para voc\u00ea, parecido com o wizard, s\u00f3 que via linha de comando.<\/p>\nPasso a passo: instalando o PostgreSQL 18 via apt<\/h2>\n
\nsudo apt install -y postgresql-common
\nsudo \/usr\/share\/postgresql-common\/pgdg\/apt.postgresql.org.sh# 2. Atualiza a lista de pacotes, agora incluindo o reposit\u00f3rio do PGDG<\/span>
\nsudo apt update<\/p>\n
\nsudo apt install postgresql-18<\/p>\n
\nsudo systemctl status postgresql<\/p>\n<\/div>\nO que \u00e9 o
initdb<\/code>, afinal?<\/h2>\ninitdb<\/code> roda automaticamente durante a instala\u00e7\u00e3o, ent\u00e3o voc\u00ea nem percebe ele acontecendo. Mas vale entender o que ele faz:<\/p>\ninitdb<\/code> \u00e9 o comando que:<\/p>\n\n
postgres<\/code>, template0<\/code> e template1<\/code>, equivalente ao master<\/code>\/model<\/code> do SQL Server.<\/li>\npostgres<\/code>).<\/li>\npostgresql.conf<\/code> e pg_hba.conf<\/code>.<\/li>\n<\/ul>\n
\nIndo al\u00e9m do apt install:
pg_createcluster<\/code><\/h2>\napt install postgresql<\/code> j\u00e1 entrega um cluster pronto, com o initdb<\/code> rodando por baixo dos panos. Mas o Debian\/Ubuntu tem uma camada extra, o pacote postgresql-common<\/strong>, para gerenciar m\u00faltiplos clusters<\/em> na mesma m\u00e1quina, algo parecido com inst\u00e2ncias nomeadas do SQL Server (SERVIDOR\\INSTANCIA1<\/code>, SERVIDOR\\INSTANCIA2<\/code>).<\/p>\npg_createcluster<\/code>: chama o initdb<\/code>, integra o resultado ao systemd<\/code>, escolhe portas automaticamente e organiza tudo no padr\u00e3o de diret\u00f3rios do Debian.<\/p>\nInstalando apenas os bin\u00e1rios, sem criar cluster automaticamente<\/h3>\n
\nsudo apt install postgresql-18 –no-install-recommends<\/div>\nCriando um cluster manualmente com pg_createcluster<\/h3>\n
\nsudo pg_createcluster 18 main –start# Criando um SEGUNDO cluster, com outro nome, na mesma m\u00e1quina<\/span>
\nsudo pg_createcluster 18 secundario –start -p 5433<\/p>\n<\/div>\n-p 5433<\/code>: como o primeiro cluster j\u00e1 ocupa a porta padr\u00e3o 5432<\/code> (equivalente \u00e0 porta 1433 do SQL Server), o segundo precisa de uma porta diferente.<\/p>\nComandos de ger\u00eancia dos clusters<\/h3>\n
\npg_lsclusters# Para, inicia ou reinicia um cluster espec\u00edfico<\/span>
\nsudo pg_ctlcluster 18 main stop
\nsudo pg_ctlcluster 18 main start
\nsudo pg_ctlcluster 18 main restart<\/p>\n
\nsudo pg_dropcluster 18 secundario –stop<\/p>\n<\/div>\npg_lsclusters<\/code>, em particular, \u00e9 o comando que mais lembra a experi\u00eancia de abrir o SQL Server Configuration Manager e ver a lista de inst\u00e2ncias e seus status, s\u00f3 que em modo texto.<\/p>\napt install<\/code> x pg_createcluster<\/code>: quando usar cada um<\/h3>\n\n\n
\n Cen\u00e1rio<\/td>\n Abordagem recomendada<\/td>\n<\/tr>\n \n Uma instala\u00e7\u00e3o simples, um \u00fanico banco na m\u00e1quina<\/td>\n apt install postgresql<\/code> (cluster criado automaticamente)<\/td>\n<\/tr>\n\n M\u00faltiplas vers\u00f5es do Postgres convivendo (16, 17, 18)<\/td>\n pg_createcluster<\/code> para cada vers\u00e3o\/cluster<\/td>\n<\/tr>\n\n Ambientes isolados na mesma m\u00e1quina (dev, staging) com portas diferentes<\/td>\n pg_createcluster<\/code> com -p<\/code> customizado<\/td>\n<\/tr>\n\n Recriar um cluster do zero ap\u00f3s apagar os dados<\/td>\n pg_createcluster<\/code> (ou initdb<\/code> direto, fora do Debian)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\nComparativo lado a lado<\/h2>\n
\n\n
\n Conceito<\/td>\n SQL Server (Windows)<\/td>\n PostgreSQL (Linux)<\/td>\n<\/tr>\n \n Instalador<\/td>\n Wizard gr\u00e1fico ( .exe<\/code>)<\/td>\napt install postgresql<\/code><\/td>\n<\/tr>\n\n Cria\u00e7\u00e3o da estrutura inicial<\/td>\n Autom\u00e1tica, dentro do wizard<\/td>\n initdb<\/code> (direto ou via pg_createcluster<\/code>)<\/td>\n<\/tr>\n\n M\u00faltiplas inst\u00e2ncias na mesma m\u00e1quina<\/td>\n Inst\u00e2ncias nomeadas ( SERVIDOR\\INSTANCIA<\/code>)<\/td>\nM\u00faltiplos clusters via pg_createcluster<\/code><\/td>\n<\/tr>\n\n Gerenciador de servi\u00e7o<\/td>\n Windows Services ( services.msc<\/code>)<\/td>\nsystemd<\/code> \/ pg_ctlcluster<\/code><\/td>\n<\/tr>\n\n Usu\u00e1rio administrador padr\u00e3o<\/td>\n sa<\/code> ou conta Windows<\/td>\npostgres<\/code> (usu\u00e1rio de sistema Linux)<\/td>\n<\/tr>\n\n Cliente de linha de comando<\/td>\n sqlcmd<\/code><\/td>\npsql<\/code><\/td>\n<\/tr>\n\n Diret\u00f3rio de dados<\/td>\n C:\\Program Files\\Microsoft SQL Server\\...\\Data<\/code><\/td>\n\/var\/lib\/postgresql\/18\/main<\/code><\/td>\n<\/tr>\n\n Controle de acesso<\/td>\n SSMS (Logins\/Security)<\/td>\n Arquivo texto pg_hba.conf<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nDiret\u00f3rios e arquivos padr\u00e3o<\/h2>\n
\n\/usr\/lib\/postgresql\/18\/bin\/# Diret\u00f3rio de dados (equivalente \u00e0 pasta “Data” do SQL Server)<\/span>
\n\/var\/lib\/postgresql\/18\/main\/<\/p>\n
\n\/etc\/postgresql\/18\/main\/postgresql.conf
\n\/etc\/postgresql\/18\/main\/pg_hba.conf<\/p>\n<\/div>\nPrimeiros comandos depois de instalar<\/h2>\n
sa<\/code> ou autentica\u00e7\u00e3o do Windows. No Postgres, o equivalente \u00e9 entrar como o usu\u00e1rio de sistema postgres<\/code> e usar o psql<\/code>:<\/p>\n
\nsudo -u postgres psql# Dentro do psql:<\/span>
\n\\l — lista os bancos (equivalente a “Databases” no SSMS)<\/span>
\n\\du — lista os usu\u00e1rios\/roles (equivalente a “Logins”)<\/span>
\n\\q — sai do psql<\/span><\/p>\n<\/div>\n
\nsudo -u postgres createdb meubanco<\/div>\nErros comuns de quem vem do SQL Server<\/h2>\n
\n
pg_hba.conf<\/code> s\u00f3 libera conex\u00f5es locais, e alter\u00e1-lo exige apenas um reload<\/code> do servi\u00e7o. Mas o acesso remoto tamb\u00e9m depende do listen_addresses<\/code> em postgresql.conf<\/code>, que vem configurado como localhost<\/code>, e essa altera\u00e7\u00e3o espec\u00edfica exige um restart<\/code>, n\u00e3o s\u00f3 um reload.<\/li>\nsa<\/code>.<\/strong> N\u00e3o existe. O superusu\u00e1rio \u00e9 o postgres<\/code>, autenticado via usu\u00e1rio de sistema Linux por padr\u00e3o.<\/li>\nsudo<\/code>.<\/strong> Praticamente toda opera\u00e7\u00e3o de instala\u00e7\u00e3o e ger\u00eancia de servi\u00e7o no Linux exige privil\u00e9gios elevados, \u00e9 comum alternar entre os contextos root<\/code> e postgres<\/code>.<\/li>\n<\/ul>\nResumo<\/h2>\n
apt<\/code>), criar a estrutura de dados (initdb<\/code>) e registrar o servi\u00e7o (systemd<\/code>). O pg_createcluster<\/code> assume esse papel quando voc\u00ea precisa de mais controle, m\u00faltiplas vers\u00f5es, m\u00faltiplos clusters, portas customizadas, pr\u00f3ximo do que inst\u00e2ncias nomeadas fazem no mundo SQL Server.<\/p>\n