Steve Pettifer's questions

Onde estou trabalhando atualmente, o banco de dados comercial principal está localizado em um servidor virtual (padrão SQL Server 2005). O banco de dados temporário e os logs estão em um disco, o próprio banco de dados em outro. A SAN é configurada de forma que eles só podem provisionar discos de 512 GB (blocos de 4 K, segundo me disseram, mas não sei nada sobre SANs). Há cerca de 4% de espaço livre no disco que contém o banco de dados.

Fui encarregado de trabalhar em uma maneira de arquivar dados antigos e removê-los do banco de dados em blocos de um ano para arquivar em fita (sou um empreiteiro e realmente sou um desenvolvedor, embora tenha me interessado pelo mundo DBA no passado e tenho mais ou menos 15 anos de experiência desenvolvendo com e para SQL Server, não um DBA, e foi entregue a mim assim que entrei pela porta. Temos um DBA, então não sei por que estou fazendo isso, mas deixa pra lá). Isso foi há cerca de 6 meses e, desde então, tenho construído, intermitentemente, algo que fará exatamente isso. Mas estou cada vez mais preocupado que não possamos testar o banco de dados resultante o suficiente para verificar se realmente não quebramos algo e tenho pensado em uma solução alternativa.

Primeiro pensei em particionar, mas isso foi descartado porque temos SE e nenhuma chance de atualizar para EE, pois em 6 ou mais meses todo o shebang será movido para um data center dedicado com infraestrutura maior e mais moderna e todo o sistema será substituído por novos desenvolvimentos nos próximos 2-4 anos. Mas então me ocorreu que certamente podemos dividir o banco de dados em vários arquivos dentro de um grupo de arquivos e distribuí-los em vários discos (não temos problemas em provisionar mais discos de 512 GB). Isso deixa todo o banco de dados intacto e pode até ter um pequeno benefício de desempenho, embora esse não seja o objetivo principal aqui.

Tenho certeza de que está tudo bem no SE (novamente, não sou um DBA) e vejo isso como muito menos arriscado e potencialmente mais rápido de implementar. então minhas perguntas:

1. É possível dividir um banco de dados em vários arquivos no 2005 SE?

2. É possível dividir um banco de dados existente que está atualmente em um arquivo em um único disco em vários arquivos em vários discos?

3. Preciso apresentar mais do que essas informações para convencer qualquer pessoa sã de que seria tolice arriscar a interrupção de um negócio multimilionário de purgar dados de um banco de dados de produção?

Estou criando um script Powershell para ler todos os objetos em um banco de dados de origem, fazer o script deles e recriá-los em um banco de dados de destino vazio (pode estar em diferentes versões do SQL Server). Na maioria das vezes, meu script funciona bem e ajudou a identificar algumas armadilhas em alguns procedimentos e funções antigas, mas não consigo fazer o script das funções CLR.

Existem apenas um ou dois e se eu clicar com o botão direito neles no SSMS e criar um script para a nova janela do editor de consultas, ele funcionará bem e posso executá-lo no banco de dados de destino e criar o assembly, mas quando tento usar o SMO em O Powershell simplesmente não faz o script dos assemblies (também não apresenta erros). Em essência, este é o meu script (deixou de fora os bits que criam as conexões/objetos de banco de dados, etc.):

Write-Host "Getting DB objects..."
$assemblies     = $sourceDb.Assemblies | Where-object { $_.schema -eq $schema  } 

# Set scripter options to ensure only schema is scripted
$scripter.Options.ScriptSchema  = $true;
$scripter.Options.ScriptData    = $false;

#Exclude GOs after every line
$scripter.Options.NoCommandTerminator   = $false;
$scripter.Options.ToFileOnly            = $false
$scripter.Options.AllowSystemObjects    = $false
$scripter.Options.Permissions           = $true
#$scripter.Options.DriAllConstraints     = $true
$scripter.Options.DriForeignKeys        = $false
$scripter.Options.SchemaQualify         = $true
$scripter.Options.AnsiFile              = $true

$scripter.Options.Indexes               = $true
$scripter.Options.DriIndexes            = $true
$scripter.Options.DriClustered          = $true
$scripter.Options.DriNonClustered       = $true
$scripter.Options.NonClusteredIndexes   = $true
$scripter.Options.ClusteredIndexes      = $true
$scripter.Options.FullTextIndexes       = $true

$scripter.Options.EnforceScriptingOptions   = $true

function CopyObjectsToDestination($objects) {

    foreach ($o in $objects) { 

        if ($o -ne $null) {
            try {
                Write-Host "Writing " $o.Name
                $script = $scripter.Script($o)

                $destDb.ExecuteNonQuery($script)
            } catch {
                #Make sure any errors are logged by the SQL job.
                $ex = $_.Exception
                $message = $ex.message
                $ex = $ex.InnerException

                while ($ex.InnerException) {
                    $message += "`n$ex.InnerException.message"
                    $ex = $ex.InnerException
                }
                Write-Error $message
            }
        }
    }
}

# Output the scripts
Write-Host "Create assemblies in destination database..."
CopyObjectsToDestination $assemblies

Sinto que estou perdendo algo simples e óbvio porque posso obter tabelas, procs, funções, visualizações e similares sem nenhum problema. O que eu perdi?