{"id":387,"date":"2017-02-01T09:00:03","date_gmt":"2017-02-01T09:00:03","guid":{"rendered":"https:\/\/sqldoubleg.live-website.com\/?p=387"},"modified":"2017-11-28T21:28:49","modified_gmt":"2017-11-28T21:28:49","slug":"playing-with-azure-file-snapshot-backups","status":"publish","type":"post","link":"https:\/\/www.sqldoubleg.com\/es\/2017\/02\/01\/playing-with-azure-file-snapshot-backups\/","title":{"rendered":"Jugando con Azure, backups de archivos instant\u00e1neos"},"content":{"rendered":"

Esta semana quiero ir un paso m\u00e1s all\u00e1 en el camino de mover nuestras bases de datos a la nube y empezar a usar alguna de la funcionalidades avanzadas que ofrece Azure En la \u00faltima publicaci\u00f3n, exploramos c\u00f3mo mover parte de nuestras bases de datos a la nube creando un nuevo archivo en el servicio de almacenamiento de blobs de Azure, lo cual es genial, pero para ser honesto, este tipo de soluci\u00f3n h\u00edbrida podr\u00eda no darnos lo mejor de la nube.<\/p>\n

Uno de los motivos utilizados por Microsoft para vender su nube es que afirman que mudarse a Azure facilitar\u00e1 la forma en que mantenemos nuestras bases de datos.<\/p>\n

Y una de las cosas m\u00e1s importantes cuando trabajamos con bases de datos es siempre tener disponible una buena copia de seguridad en caso de que se necesite.<\/p>\n

Una vez nuestras bases de datos hayan crecido hasta cierto punto, simples tareas de mantenimiento como realizar una copia de seguridad pueden ser un desaf\u00edo, tomando varias horar para completar y probablemente para restaurar, lo que afectar\u00e1 nuestro RTO y por lo tanto comprometer\u00e1 nuestros SLA.<\/p>\n

Pero volviendo a Azure, \u00bfqu\u00e9 herramientas existen para permitirnos reducir este tiempo de recuperaci\u00f3n desde copia de seguridad? S\u00ed, era f\u00e1cil, solo hace falta mirar el t\u00edtulo de esta publicaci\u00f3n … ‘backups de archivos instant\u00e1neos<\/em><\/strong>‘<\/p>\n

 
\nAcabando el trabajo del \u00faltimo d\u00eda<\/strong><\/p>\n

Una de las limitaciones de estas copias de seguridad de archivos instant\u00e1neos (y probablemente la m\u00e1s importante) es que todos nuestros archivos de bases de datos deben estar almacenados en la nube<\/strong><\/em>, de modo que podemos tomar mi publicaci\u00f3n anterior como preparaci\u00f3n para lo que viene ahora.<\/p>\n

Para mover nuestros archivos a la nube, tenemos diferentes posibilidades, uno podr\u00eda ser el enfoque t\u00edpico en el que se nos permite pasar un tiempo inactivo.<\/p>\n

Utilizando la misma base de datos de la \u00faltima publicaci\u00f3n<\/a>, procederemos, pero primero recordemos que ten\u00edamos una base de datos con tres archivos en local y otro almacenado en el almacenamiento de blobs de Azure. Algo asi como esto.<\/p>\n

\"02_database_files\"<\/a><\/p>\n

Entonces los tres archivos restantes tambi\u00e9n tienen que ir a la nube.<\/p>\n

 \r\nUSE [master]\r\nGO\r\nALTER DATABASE [stretch_test] \r\n\tMODIFY FILE (NAME = N'st_primary', FILENAME = N'https:\/\/<mystorageaccountname>.blob.core.windows.net\/<mystorageaccountcontainername>\/st_primary.mdf')\r\nGO\r\nALTER DATABASE [stretch_test] \r\n\tMODIFY FILE (NAME = N'st_user_data', FILENAME = N'https:\/\/<mystorageaccountname>.blob.core.windows.net\/<mystorageaccountcontainername>\/st_user_data.ndf')\r\nGO\r\nALTER DATABASE [stretch_test] \r\n\tMODIFY FILE (NAME = N'st_Log', FILENAME = N'https:\/\/<mystorageaccountname>.blob.core.windows.net\/<mystorageaccountcontainername>\/st_log.ldf')\r\nGO\r\n<\/pre>\n
\"01_ALTER_DATABASE_MODIFY_FILE\"<\/a><\/p>\n
Una vez que hayamos modificado nuestra base de datos, podemos poner la base de datos OFFLINE. <\/p>\n
\r\nUSE master\r\n\r\nALTER DATABASE stretch_test SET OFFLINE WITH ROLLBACK IMMEDIATE\r\n<\/pre>\n
Y luego movemos los archivos al almacenamiento de blobs de Azure. Esto se puede hacer utilizando la funcionalidad de carga integrada en el almacenamiento de blobs de Azure o utilizando powershell.<\/p>\n
 
\nCargar los archivos usando Azure Portal<\/strong><\/p>\n
Esto es muy intuitivo, pero por las dudas.<\/p>\n
Deber\u00e1 ir a ‘Todos los recursos → Su cuenta de almacenamiento → Blobs → Su contenedor → Cargar’<\/p>\n
Luego encontrar\u00e1s algo como esto, donde puedes navegar tus archivos para localizarlos y subirlos<\/p>\n
\"02_upload_files_azure_portal\"<\/a><\/p>\n
 
\n**Importante para seleccionar ‘P\u00e1gina Blob’ si no que te pase esto**<\/strong><\/p>\n
\"03_set_online_error_block_blob\"<\/a><\/p>\n
 
\nSi se pas\u00f3 esto, y has seleccionado ‘Block blob’, luego al tratar de poner la base de datos ONLINE, recibir\u00e9is este error.<\/p>\n
La \u00fanica soluci\u00f3n alternativa que encontr\u00e9 es detener el servidor (ya que la base de datos tampoco quiere desconectarse) para liberar los archivos en Azure y luego eliminarlos y cargarlos de nuevo, esta vez con el tipo de blob correcto.<\/p>\n
 
\nCargar los archivos usando Powershell<\/strong><\/p>\n
Podemos usar Powershell para copiar los archivos en la nube usando este ejemplo.<\/p>\n
\r\n# begin\r\n# Update with the name of your subscription.\r\n$SubscriptionName = "YourSubscription"\r\n\r\n# Update with the name of your storage account.\r\n$StorageAccountName = "yourstorageaccount"\r\n\r\n# Choose your location, see Get-AzureRmLocation for choices\r\n$Location = "YourLocation"\r\n\r\n# Update with the name of your container.\r\n$ContainerName = "YourContainer"\r\n\r\n# All your database files to be moved to Azure.\r\n$FilesToUpload = @("C:\\Program Files\\Microsoft SQL Server\\MSSQL13.MSSQL2016\\MSSQL\\DATA\\move_to_az\\move_to_az.mdf", \r\n                    "C:\\Program Files\\Microsoft SQL Server\\MSSQL13.MSSQL2016\\MSSQL\\DATA\\move_to_az\\move_to_az_USER_DATA_1.ndf", \r\n                    "C:\\Program Files\\Microsoft SQL Server\\MSSQL13.MSSQL2016\\MSSQL\\DATA\\move_to_az\\move_to_az_log.ldf")\r\n  \r\n# Update with the name of your resource group \r\n$resourceGroupName= 'YourResourceGroup'  \r\n \r\nLogin-AzureRmAccount   \r\n \r\n# set the tenant, subscription and environment for use in the rest of   \r\nSet-AzureRmContext -SubscriptionName $subscriptionName  \r\n\r\n# Get the access keys for the ARM storage account  \r\n$accountKeys = Get-AzureRmStorageAccountKey -ResourceGroupName $resourceGroupName -Name $storageAccountName \r\n \r\n# Get account context using an ARM storage account  \r\n$storageContext = New-AzureStorageContext -StorageAccountName $storageAccountName -StorageAccountKey $accountKeys[0].Value \r\n\r\nforeach ($FileToUpload in $FilesToUpload){\r\n    # Upload a blob into a container.\r\n    Set-AzureStorageBlobContent -Container $ContainerName -File $FileToUpload -Context $storageContext -BlobType Page # IMPORTANT!!!!\r\n}\r\n\r\n<\/pre>\n
 
\nEso mover\u00e1 los archivos igual que la GUI, de nuevo recordaos el especificar el tipo de blob correcto para evitar problemas.<\/p>\n
 
\nDe vuelta a la vida<\/strong><\/p>\n
En este punto, somos buenos para traer nuestra base de datos ONLINE nuevamente sin problemas, as\u00ed que vamos a hacerlo<\/p>\n
\r\nUSE master\r\n\r\nALTER DATABASE stretch_test SET ONLINE WITH ROLLBACK IMMEDIATE\r\n<\/pre>\n
 
\nExprimiendo la nube<\/strong><\/p>\n
Finalmente, con nuestra base de datos en l\u00ednea y todos nuestros archivos en la nube, podemos aprovechar esta elegante funci\u00f3n llamada ‘Copias de seguridad de archivo-instant\u00e1nea’ que, de alguna manera, para aquellos con experiencia en entornos empresariales con infraestructura SAN puede sonar familiar.<\/p>\n
Veo estas copias de seguridad de instant\u00e1neas de archivos como copias de seguridad de instant\u00e1neas SAN, por el hecho de que suceden de inmediato y no ocupan mucho espacio ya que est\u00e1n conectadas a los archivos originales, pero vamos a compararlas con copias de seguridad normales para ver si eso es cierto.<\/p>\n
Con todo este movimiento de on-prem a la nube, casi olvido que nuestra base de datos est\u00e1 vac\u00eda \ud83d\ude42 , as\u00ed que primero vamos a poner algunos datos all\u00ed.<\/p>\n
\r\nSELECT o1.*\r\nINTO dbo.some_data\r\nFROM sys.all_objects AS o1\r\nWHERE 1=0\r\nGO\r\n\r\nINSERT INTO dbo.some_data\r\nSELECT o1.*\r\nFROM sys.objects AS o1\r\nCROSS JOIN sys.all_objects AS o2\r\nGO 10\r\n<\/pre>\n
Me encanta este truco para crear copias r\u00e1pidas de tablas y no preocuparme por programarlas, pero recordad que podr\u00edan ser diferente de las originales, ya que no se copian todas las propiedades.<\/p>\n
As\u00ed que tenemos algunos datos, en mi caso unos 230MB as\u00ed que tomemos una copia de seguridad SQL normales<\/p>\n
\r\nUSE master\r\n\r\nBACKUP DATABASE stretch_test \r\nTO URL = 'https:\/\/storageaccount.blob.core.windows.net\/container\/stretch_test_SQL_backup.bak' \r\nWITH COMPRESSION\r\n\/*\r\nProcessed 29800 pages for database 'stretch_test', file 'st_primary' on file 1.\r\nProcessed 8 pages for database 'stretch_test', file 'st_user_data' on file 1.\r\nProcessed 8 pages for database 'stretch_test', file 'st_stretch_data' on file 1.\r\nProcessed 3 pages for database 'stretch_test', file 'st_Log' on file 1.\r\nBACKUP DATABASE successfully processed 29819 pages in 19.627 seconds (11.869 MB\/sec).\r\n*\/\r\n<\/pre>\n
Observad que el rendimiento no es nada bueno, pero recordad que nuestros archivos est\u00e1n en la nube, el motor SQL en local y el destino de respaldo en la nube, por lo que dependemos totalmente de nuestra conexi\u00f3n a Internet a menos que queramos pagar un ExpressRoute<\/a>.<\/p>\n
Sobra decir que mover todos estos datos de la nube para adelante y atr\u00e1s no es una gran idea, \u00a1advertidos est\u00e1is!<\/p>\n
Ahora veamos con la nueva caracter\u00edstica.<\/p>\n
\r\nUSE master\r\n\r\nBACKUP DATABASE stretch_test \r\nTO URL = 'https:\/\/storageaccount.blob.core.windows.net\/container\/stretch_test_FS_backup.bak' \r\nWITH FILE_SNAPSHOT\r\n\/*\r\nProcessed 0 pages for database 'stretch_test', file 'st_primary' on file 1.\r\nProcessed 0 pages for database 'stretch_test', file 'st_user_data' on file 1.\r\nProcessed 0 pages for database 'stretch_test', file 'st_stretch_data' on file 1.\r\nProcessed 0 pages for database 'stretch_test', file 'st_Log' on file 1.\r\nBACKUP DATABASE successfully processed 0 pages in 0.494 seconds (0.000 MB\/sec).\r\n*\/\r\n<\/pre>\n
Wow, \u00bfc\u00f3mo es posible? menos de un segundo, y de acuerdo con esto, SQL Server en realidad no ha procesado nada, por lo que todo ha sucedido entre bambalinas en la nube.<\/p>\n
Ahora, si vamos al Azure Portal para ver esos archivos, podemos ver que son diferentes.<\/p>\n
\"04_backup_size_AZ_storage\"<\/a><\/p>\n
La copia de seguridad regular tom\u00f3 3.5MB (gran hurra para compresi\u00f3n de copias de seguridad) pero la instant\u00e1nea solo tom\u00f3 0.5MB y ese n\u00famero es consistente independientemente del tama\u00f1o de la base de datos, por lo que siempre tomar\u00e1 medio megabyte, por lo que he visto.<\/p>\n
 
\nC\u00f3mo los archivos de copia de seguridad son diferentes<\/strong><\/p>\n
Para responder a esa pregunta, echemos un vistazo m\u00e1s de cerca a la copia de seguridad de instant\u00e1neas de archivos para descubrir la diferencia.<\/p>\n
\r\nUSE master\r\n\r\nRESTORE FILELISTONLY FROM URL = 'https:\/\/storageaccount.blob.core.windows.net\/container\/stretch_test_FS_backup.bak' \r\n<\/pre>\n
\"05_restore_filelistonly_file_snapshot\"<\/a><\/p>\n
 
\nAha! Como sospechaba, no son m\u00e1s que instant\u00e1neas de almacenamiento, pero dado que est\u00e1n completamente integradas con SQL Server, el proceso para hacer Backup \/ Restores es el mismo que hemos hecho durante a\u00f1os. Hay m\u00e1s informaci\u00f3n y ejemplos de copias de seguridad de archivos_snapshots en Books Online<\/a> y Channel9<\/a>, por lo que le recomiendo que revis\u00e9is todo eso si esta funcionalidad es algo que planeais implementar<\/p>\n
 
\nConclusi\u00f3n<\/strong><\/p>\n
Existe una incre\u00edble variedad de nuevas funcionalidades, pero como siempre, no son gratuitas y hay muchos trucos que debemos saber antes de tomar decisiones tan importantes como trasladarnos a la nube.<\/p>\n
Est\u00e1 bastante divertido jugar con la nube, por lo que os lo recomiendo a todos, incluso si no tienes ning\u00fan plan en un futuro cercano … nunca se sabe.<\/p>\n
\u00a1Gracias por leer y cualquier pregunta simplemente disparadla!<\/p>\n
 
\n<\/p>","protected":false},"excerpt":{"rendered":"
Esta semana quiero ir un paso m\u00e1s all\u00e1 en el camino de mover nuestras bases de datos a la nube y empezar a usar alguna de la funcionalidades avanzadas que ofrece Azure En…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,21],"tags":[46,18,57,50,23],"_links":{"self":[{"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/posts\/387"}],"collection":[{"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/comments?post=387"}],"version-history":[{"count":1,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/posts\/387\/revisions"}],"predecessor-version":[{"id":465,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/posts\/387\/revisions\/465"}],"wp:attachment":[{"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/media?parent=387"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/categories?post=387"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sqldoubleg.com\/es\/wp-json\/wp\/v2\/tags?post=387"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}