Array
(
)

Crescimento do banco

Mariana Carvalho
   - 04 set 2013

uma duvida me surgiu...quando o banco ja está ocupando um grande espaço, o que devemos fazer alem de colocar mais espaço?(HD) e como mudar a localização do novo espaço e não esquecer os dados no HD cheio?

Faabiianooc
   - 04 set 2013

Assunto complexo, e que não é minha praia, conheço mais sobre desenvolvimento!
Mas acredito que seja algo relacionado a fillfactor,indice, me corrijam se eu estiver enganado..

Emanoel Deivison
   - 04 set 2013

Geralmente há situações em que um dba (administrador de banco de dados) do Analysis Services deseja que um determinado banco de dados resida fora da pasta de dados de servidor. Estas situações são normalmente orientadas por necessidades comerciais, como melhorar o desempenho ou expandir o armazenamento. Para tais situações, a propriedade DbStorageLocation do banco de dados permite que o dba Analysis Services especifique o local do banco de dados em um disco local ou dispositivo de rede.

Boa sorte e bons códigos!!!

Mariana Carvalho
   - 04 set 2013


Citação:
Assunto complexo, e que não é minha praia, conheço mais sobre desenvolvimento!
Mas acredito que seja algo relacionado a fillfactor,indice, me corrijam se eu estiver enganado..


tambem estou perdida com isso. rsrsrsrs

Mariana Carvalho
   - 04 set 2013


Citação:
Geralmente há situações em que um dba (administrador de banco de dados) do Analysis Services deseja que um determinado banco de dados resida fora da pasta de dados de servidor. Estas situações são normalmente orientadas por necessidades comerciais, como melhorar o desempenho ou expandir o armazenamento. Para tais situações, a propriedade DbStorageLocation do banco de dados permite que o dba Analysis Services especifique o local do banco de dados em um disco local ou dispositivo de rede.

Boa sorte e bons códigos!!!


somente com o Analysis Services?

Alex Lekao
   - 04 set 2013

Oi Mariana, boa tarde/noite!!!

Aqui nosso banco de dados tem crescido consideravelmente e existema alguns recursos no SQL Server que ajudam com relacao a isso.

No SSMS vc clica com o Botao direito em cima do banco e escolha a opcao tarefas e depois reduzir, vc pode escolher arquivo ou banco de dados.

Nesta opcao vc faz uma especie de manutencao no banco e os espacos que estariam fazios seriam liberados, mas em alguns casos, varios deles na verdade... rsrsr, nao resolve muita coisa.

Uma outra coisa que acontece com certa que muitos fazem mas nao eh muito indicado, eh diminuir o tamanho do arquivo de log, que em alguns casos tem quase 4 vezes mais o tamanho do banco.

Eh feito um procedimento de truncagem, se nao me engano, e com isso vc forca a reducao do tamanho do arquivo de log e libera espaco em disco.

Os outros recursos que foram informados tambem sao interessantes.

Dependendo do que for talvez se fazer um arquivo morto seja interessante tbm, so nao sei como eh feito isso, neste caso seria mover para outro banco(espelho do banco atual) os dados de um periodo para traz, nao sei se existe coisa deste tipo, faziamos muito isso a muuuuito tempo atraz e outros tipos de arquivos, nao em bancos de dados relacionais.

Quando vc esta usando um data center ou mesmo um esquema de virtualizacao local, mas com porte legal, profissional no caso, vc consegue ir aumentando o tamanho do hd sem preocupacao, e pagando por isso eh claro... rssrsr

Espero ter ajudado.

Abraco.

Alex - Lekao

Mariana Carvalho
   - 04 set 2013

Alex, obrigada por responder, mas é possivel utilizar uma parte do banco em um HD lotado como apenas historico e no novo HD ter os mais novos?

Roniere Almeida
   - 04 set 2013

poxa, tinha visto algo parecido mas não lembro aonde, boa abordagem, tambem me interessei pelo assunto.

Alex Lekao
   - 05 set 2013

Ola Bom dia a todos!!!

Mariana, nao tenho certeza, acredito que seja possivel sim.

Se nao me engano no sql server vc consegue redirecionar por exemplo onde o banco de dados ficara, por exemplo um diretorio chamado arquivo morto e la ficar os arquivos que estariam cheios e no diretorio padrao do ERP por exemplo o arquivo com os dados a serem utilizados.

Se nao me engano tambem vc consegue desmembrar o banco, usando um esquema de files, acredito nao me lembro bem, que vc direciona esses dados.

Mas como nao sou DBA e lido com o SQL faz pouco tempo nao tenho certeza do que eh e nem como faz... rsrs assim fica facil ne?? rsrsr

Para falar a vdd agora acabei de pensar em lancar esse tipo de duvida para o Junior Galvao, esse cara eh muito bom... o cara detona, assino as newsletter dele.

mas eh muito interessante sim esse assunto.

Espero ter ajudado.

Abraco.

Alex - Lekao

Alex Lekao
   - 05 set 2013

Ola Bom dia Novamente... rsrsr

segue link de post aqui do DevMedia falando sobre filegroups, esse eh o nome correto que eu nao lembrava... rssr

http://www.devmedia.com.br/trabalhando-com-filegroups-no-sql-server/13723

espero que seja util.

Abraco.

Mariana Carvalho
   - 05 set 2013


Citação:
Ola Bom dia Novamente... rsrsr

segue link de post aqui do DevMedia falando sobre filegroups, esse eh o nome correto que eu nao lembrava... rssr

http://www.devmedia.com.br/trabalhando-com-filegroups-no-sql-server/13723

espero que seja util.

Abraco.


acredito que seja isso sim, nem lembrava mais.

Alex Lekao
   - 05 set 2013

blz... estava tentando ver mais alguns outros links mas ainda nao consegui...

muita correria. rsrsr

Roniere Almeida
   - 05 set 2013

esse meu artigo tem haver com o assunto?

http://www.devmedia.com.br/particionamento-de-tabelas-no-sql-server-2008-r2/24237

Mariana Carvalho
   - 05 set 2013


Citação:
blz... estava tentando ver mais alguns outros links mas ainda nao consegui...

muita correria. rsrsr


assim que achar, post por favor.

Mariana Carvalho
   - 05 set 2013


Citação:
esse meu artigo tem haver com o assunto?

http://www.devmedia.com.br/particionamento-de-tabelas-no-sql-server-2008-r2/24237


não tinha pensando nessa possibilidade, parece ser uma solução, não acham?

Roniere Almeida
   - 07 set 2013

não tenho certeza, mas acredito que possa sim.

Alex Lekao
   - 09 set 2013

Ola Bom dia a todos!!!

Entao acredito que esse processo nao seja o mais indicado.

Ele lhe dara uma normalizacao no banco, pode acontecer de indicar em diminuicao do banco, por uma questao de normalizacao, mas em alguns casos ele podera causar aumento, pq pode ser que seja criado novos campos de controle, por exemplo uma nova tabela com o coddepto e descricao, e codger para o codigo do gerente por exemplo e se criar novos indices, cheves estrangeiras, embora elas nao darao tanto impacto assim no aumento.

A opcao eh fantastica, pq com a normalizacao o banco fica melhor e evita redundancias e assim causa uma certa diminuicao, mas tera possivelmente uma perca em algumas selacoes pq sera necessario usar mais juncoes.

Mas para diminuir o banco mesmo, ou diminuir o tamanho de ocupacao do espaco em disco, seja as opcoes que foram apresentadas anteriormente, particionamento do banco propriamente dita(filegroups) e a nao recomendada truncagem dos arquivos de log.

Espero ter ajudado.

Abraco.

Alex - Lekao

Mariana Carvalho
   - 09 set 2013

então particionamento não seria uma boa?

Alex Lekao
   - 09 set 2013

Sim... seria...

mas o particionamento de tabela conforme o exemplo que o Roniere passou, se nao estou errado na analise do post, eh usado para normalizacao.

eh claro que pelo visto eh possivel nesta divisao da tabela a tabela nova estar em outro filegroup.

e no outro esquema de vc pegar as tabelas que crescem menos colocar em outro file group e as que mais crescem vc colocar em outro filegroup pode ser mais interessante que fazer o particionamento de tabelas.

acredito inclusive que seja mais recomendavel, como disse no caso do particionamento de tabela, usando de normalizacao, vc diminui as redundancias e com isso podera ocupar um pouco menos de espaco, mas tera que analisar outras coisas, como por exemplo a performance, pq vc tera que usar mais joins por exemplo, para montar as consultas e tal.

ai a analise seria eh mais vantajoso ter menos reduncancia e um poko menos desempenho em algumas selecoes? ou ter menos juncoes(joins) e mais reduncancia? isso no caso seria uma questao para se discutir no que se refere a normalizacao, que envolve a questao do particionamento das tabelas.

no caso dos do filegroup diferente para tabelas que tenham mais consultas e sejam muito grandes por exemplo vc pode colocar em um hd solido(custo altissimo) ou em outro hd de grande volume de massa.

Nao sei se estou ajudando ou atrapalhando com esse tanto de coisa... rsrsr

Lembrando que nao sou um DBA entao, pode ser que algum conceito que eu esteja apresentando tenha uma forma mais correta ou melhor de ser feita ou analisada, se o pessoal mais esperiente pudesse discutir tambem o ajusto e colocar mais dados e informacoes acredito que poderia ser mais proveitoso. rsrsrsr

Abraco.

Alex - Lekao