Blog en español de software y tecnología

Era un día tranquilo y sencillo para un DBA de bases de datos multidimensionales, cuando de repente, al hacer un processs update rutinario, salió un error: File system error: The following error occurred while the 'd:\dim\2E9309BF-7629-4E49-9757-F5F40F310475.1.854.902.356\377.Tiempo Dim.Second.fact.map' file was being copied to the 'd:\dim\2E9309BF-7629-4E49-9757-F5F40F310475.1.854.902.356\378.Tiempo Dim.Second.fact.map' file: . Trató de reprocesar la dimensión manualmente sin éxito y con el mismo error. Aparentemente habían problemas con el disco D así que el DBA verificó el disco. Había poco espacio y liberó 5 GB. Volvió a reprocesar y nada. Seguía el mismo problema. Luego consultó a unos MVPs bien capos (Wade Song y Rob Hawthorne) y le dijeron lo siguiente: Si la dimensión es gigante, se necesita más de 5 % de su tamaño en disco disponible. En las propiedades del SQL Server Management Studio (SSMS) en las propiedades del servidor de Analysis Services v...

Cuando una persona creas sus cubos de SQL Server Analysis Services (SSAS) inicialmente procesar las dimensiones o hacer un process update toman pocos segundos. Sin embargo, en bases de datos de varios GB por día hacer un process update puede tomar demasiado tiempo. Lo que le pasó a un cliente es que tenía un proyecto de Integration Services donde corría un process update. Con el tiempo esos process update diarios tomaban cada vez más tiempo. Luego notaron que el process update se comió todo el disco. Cuando corrian el proces update individualmente, si bien consumía bastante disco duro de manera temporal luego se liberaba esta memoria. Decidió mi cliente correr las dimensiones en secuencia en vez de hacerlo en paralelo. De esta forma evitarían que se llene el disco duro. Sin embargo, al correr en secuencia en SQL Server Integration Services (SSIS), igual se llenaba el disco y al final para colmo no se liberaba el espacio y no terminaba. Los discos eran de varios Terabytes. ...