Share via


Almacenamiento de datos: Reorganice sus datos

Todavía puede obtener acceso a sus datos sin tener que organizar y realizar seguimiento de las letras de las unidades que no concuerdan.

Leo Michielsen

El inmenso crecimiento de almacenes de datos y los costos de almacenamiento y asegurar que los datos son una preocupación importante para los departamentos de TI. A menudo se almacenan los datos de manera arbitraria, basada en las prácticas que se remonta a la década de 1980 y acceder con unidades asignadas — que son sólo tan antiguos.

Imaginar una empresa con locaciones en Nueva York y San Francisco que cada una utiliza para operar como empresas independientes. Cada uno tiene su propia infraestructura de TI. Algunas de las diferencias más visibles son el uso de diferentes técnicas de asignación de unidad y en forma organizadas y los datos almacenados.

Esta empresa ha decidido ambas ubicaciones deben empezar a funcionar como entidades únicas, pero la asignación de unidad diferente hará todo un reto para compartir datos entre las ubicaciones. Para hacer la situación más difícil, ambas ubicaciones usan asignación de unidad diferente para las aplicaciones. Los directores de departamentos recién creados o combinados tienen problemas para encontrar la información que necesitan. ¿Cómo pueden estos lugares eficaz trabajar juntos?

Almacenamiento y acceso

El crecimiento exponencial de los datos y su almacenamiento de información no estructurada es el problema de fondo, y esto no es sólo un problema de TI. La gente ya que se trata como un problema de TI, más tiempo tardará en resolver. La única solución es considerar como un desafío para el negocio global.

Una vez gestión empresarial ve los beneficios de la reestructuración y la limpieza de almacenamiento de datos, las consecuencias pueden ser enormes en términos de eficiencia. Para el departamento de TI, este tipo de proyectos puede ser una oportunidad importante para presentarse como un socio de negocios real interna en lugar de simplemente ser "los chicos que se muestran y arreglar las cosas".

El objetivo es que el negocio funciona de una manera estructurada donde cada departamento tiene un designado "propietario" responsable de la forma de datos se almacenan, compartir y acceder. Este propietario departamental, junto con sus colegas, diseñará una nueva estructura para la gestión de datos.

Un gran porcentaje de los datos almacenados es obsoleta y casi nunca visitado ya. Estudios recientes indican que sólo el 7 por ciento de los datos almacenados es realmente relevante para el usuario. En primer lugar, almacenar estos datos en una carpeta de archivo. A continuación, eliminar o archivar estos datos obsoletos en medios de almacenamiento menos costosos. Mover los datos de la carpeta de archivo a un archivo de datos reales sobre una base regular, algo así como dos veces por año.

El propietario del contenido departamental debe ser responsable de eliminar los archivos innecesarios. Este es un reto porque la mayoría de las personas es renuente a eliminar nada. La parte más importante del proyecto es reestructurar los datos restantes por lo que todo el mundo sabe dónde encontrar la información que necesitan.

Cada departamento debe tener las siguientes carpetas: Administración común, público y archivo. La información de los hosts de carpeta de gestión para directores departamentales y el acceso está restringida a las personas. La carpeta común debe ser accesible para todas las personas dentro de la carpeta pública por todo el mundo dentro de la organización y el departamento. Utilizar la carpeta de archivo como un contenedor para infrecuentemente utilizado información y ocasionalmente mover el contenido de esta carpeta a un verdadero archivo basado en almacenamiento de información más barato.

El propietario del contenido departamental también es responsable de mantener los niveles de permisos para las carpetas de departamento. Una buena manera de configurar esto es permisos basados en funciones (descripciones) dentro de la organización.

En primer lugar, el propietario del contenido departamental y administración tienen que documentar el esquema, incluyendo la nueva estructura de carpetas y permisos. Luego puede tomar esa visión general y crear grupos de seguridad basados en las funciones definidas, añadir las personas apropiadas a esos grupos y configurar los permisos de cada grupo como se indica en la documentación proporcionada por el propietario del departamento. El propietario y el propietario sólo deben comunicar cualquier mutaciones dentro del departamento que.

Aunque no es ese largo para explicar todo este proceso, probablemente será una larga para implementar. Es esencial para conseguir comprar en plena de todas las partes. Una vez que la estructura está en su lugar tendrá muchas ventajas, desde una estructura lógica definida en almacenamiento de información y permisos para una reducción de la cantidad de datos almacenados en almacenamiento de información costoso.

¿Quién necesita asigna unidades de todas formas?

Cuando las unidades de red asignadas a la Carta primero entró en prominencia, eran fáciles de implementar y sin complicaciones para mantener. Todavía estamos utilizando este esquema de asignación de la unidad, sin embargo. Se ha disparado la cantidad de datos y estructuras de empresa están cambiando a exigir fácil intercambio de datos entre ubicaciones. Avances en la tecnología casi a la velocidad de la luz, y es un reto diario para mantenerse al día con todo lo nuevo. Todavía nos aferramos a una técnica más-que-30 años de edad para acceder a los datos.

Muchos lugares tienen letras de unidad diferente para distintos tipos de datos, lo cual hacen casi imposible compartir información de manera lógica y eficiente. Uno de los efectos secundarios es a los usuarios copiar datos a otras ubicaciones, incrementando la ya enorme cantidad de datos con archivos duplicados.

Cuando se considera una organización como la que descrito, con dos ubicaciones en Nueva York y San Francisco, será dolorosamente claro que compartir información entre esos dos lugares será un gran desafío. La estructura de almacenamiento de archivos de ambas ubicaciones difiere significativamente porque se utilizaban para funcionar como entidades independientes más o menos. Tendrá que tomar algunas medidas estrictas para habilitar el uso compartido de archivos eficiente.

La primera tarea es crear una estructura de carpetas de sistema de archivos distribuido (DFS, Distributed File System). DFS actúa como una manta sobre la estructura de archivos y es completamente transparente para el usuario. Es fácil cambiar el servidor donde se almacenan los archivos sin interrumpir el acceso a los datos. DFS también tiene un método inteligente de tener varias carpetas replicadas en más de una ubicación. Un DFS eficientemente puede replicar los cambios en esas carpetas. Cuando hay cambios a un archivo, sólo transmitirá los cambios en lugar de todo el archivo, ahorrando ancho de banda y tiempo.

El siguiente paso es determinar la estructura de la carpeta requerida. Las carpetas raíz (o espacios de nombres) en nuestro ejemplo será aplicaciones, archivos y departamentos. Por supuesto, en escenarios de vivos, la lista de carpetas será más amplia. Por una razón u otra, la herramienta de administración de DFS utiliza los términos carpetas y espacios de nombres para la misma cosa. En el panel izquierdo, les llama carpetas y en el panel derecho, espacios de nombres. Crea otros objetivos de los espacios de nombres y carpeta debajo de cada espacio de nombres o una carpeta. Destinos de carpeta apuntan a la ubicación física real en servidores de archivos.

Restringir la creación de la carpeta a directamente en los servidores de archivo en este nivel. Esto significa que tiene que crear todas las carpetas de primer nivel en DFS y vincularlos a las carpetas apropiadas en los servidores de archivo.Esto hace imposible para los usuarios "contaminar" la estructura con todo tipo de carpetas.

Por ejemplo, crea las carpetas de primer nivel, contabilidad, archivo y Control de negocios, y ningún usuario puede crear carpetas adicionales. Siempre que necesite una nueva carpeta de primer nivel, el propietario debe incluir en su esquema general de las carpetas departamentales y comunique esto.

Una vez establecida la estructura DFS, pondrá a disposición de los usuarios de una manera fácil de usar. Ahora voy hacer algo totalmente diferente. En Windows Vista y Windows 7, puede crear ubicaciones de red aparecen debajo de las unidades físicas en el explorador de Windows. Para crear las ubicaciones de red para todos, una secuencia de comandos de Windows PowerShell (encontrado en un foro de TechNet) se utiliza, que funcionará como una secuencia de comandos de inicio de sesión, addnetworkloc.ps1 (véase figura 1).

Figura 1 este script ayudará a crear ubicaciones de red que pueden acceder todos los usuarios.

param( [string]$name, [string]$targetPath ) # Get the basepath for network locations $shellApplication = New-Object -ComObject Shell.Application $nethoodPath = $shellApplication.Namespace(0x13).Self.Path # Only create if the local path doesn't already exist & remote path exists if ((Test-Path $nethoodPath) -and !(Test-Path "$nethoodPath\$name") -and (Test-Path $targetPath)) { # Create the folder $newLinkFolder = New-Item -Name $name -Path $nethoodPath -type directory # Create the ini file $desktopIniContent = @" \[.ShellClassInfo\] CLSID2={0AFACED1-E828-11D1-9187-B532F1E9575D} Flags=2 ConfirmFileOp=1 "@ $desktopIniContent | Out-File -FilePath "$nethoodPath\$name\Desktop.ini" # Create the shortcut file| $shortcut = (New-Object –ComObject| WScript.Shell).Createshortcut("$nethoodPath\$name\target.lnk") $shortcut.TargetPath = $targetPath $shortcut.IconLocation = "%SystemRoot%\system32\SHELL32.DLL, 85" $shortcut.Description = $targetPath $shortcut.WorkingDirectory = $targetPat $shortcut.Save() # Set attributes on the files & folders Set-ItemProperty "$nethoodPath\$name\Desktop.ini" -Name Attributes -Value ([IO.FileAttributes]::System -bxor [IO.FileAttributes]::Hidden) Set-ItemProperty "$nethoodPath\$name" -Name Attributes -Value ([IO.FileAttributes]::ReadOnly) }

Este script se ejecuta con dos argumentos, el primero de ellos es el nombre que desee de la ubicación de red y el segundo siendo las ubicaciones físicas en formato UNC:

addneworkloc.ps1 Departments \\contoso.com\departments

Para ejecutar esta como una secuencia de comandos de inicio de sesión, es necesario crear dos objetos de directiva de grupo (GPO) en Active Directory. La primera de ellas permite utilizar Windows PowerShell para secuencias de comandos de inicio de sesión. De forma predeterminada, scripts de Windows PowerShell son limitados porque la configuración de seguridad incorporada en Windows PowerShell incluye algo llamado la "política de ejecución". La política de ejecución determina cómo ejecutan scripts de Windows PowerShell.

La política de ejecución de forma predeterminada se establece en "Restringido". Esto significa que los scripts — los que escribe incluidos, no se ejecutará. Puede solucionar este problema manualmente o mediante GPO. En la consola de administración de directivas de grupo, crear un nuevo GPO y llamarlo algo así como "GlobalC-activar PowerShell."

En este GPO, vaya a configuración del equipo | Directivas | Plantillas administrativas | Componentes de Windows | Windows PowerShell. Establecer turno en ejecución del Script a habilitado. (GlobalC es una Convención de nomenclatura donde "Global" Estados utilizan el GPO para más de una unidad organizativa y "C" significa que el GPO contiene configuraciones de equipo).

El segundo GPO es "GlobalU-conjunto de ubicaciones de red". Utilice esta opción para el script de inicio de sesión de Windows PowerShell, configurado en configuración de usuario | Directivas | Configuración de Windows | Secuencias de comandos | Inicio de sesión. Una vez que este GPO está activo, todos los usuarios dentro del ámbito del GPO obtendrá las nuevas ubicaciones de red añadidas. Durante el período de migración, éstos pueden existir junto con las asignaciones de unidad antigua.

¿Qué aplicaciones?

Trabajo con ubicaciones de red en lugar de unidades asignadas funciona perfectamente para acceder a los datos, pero puede causar algunos problemas con aplicaciones que necesitan tener acceso a recursos de red. Las aplicaciones más modernas ahora soportan ubicaciones de red o rutas de acceso UNC. En ese caso, sólo necesita ajustar los accesos directos y archivos de configuración. Siempre habrá aplicaciones que tendrán problemas para trabajar sin letras de unidad.

Entonces, ¿cómo resolvería este problema? Hay varios métodos posibles. La forma más fácil — y la más fea, es crear un archivo CMD que asigna la unidad y ejecuta la aplicación. Cuando termina la aplicación, elimina la unidad asignada. La parte fea de esto es que mientras se ejecuta el programa, verá un cuadro negro de CMD.

Otra solución más visualmente atractivo es crear una secuencia de comandos de AutoIt que se puede compilar en un archivo ejecutable. AutoIt es una herramienta de secuencias de comandos de freeware que puede crear soluciones de Niza. Figura 2 muestra un ejemplo de una secuencia de comandos que se asigna una unidad, se ejecuta una aplicación y, cuando se cierra la aplicación, se elimina la asignación de unidad.

Figura 2 un script creado con AutoIt que asigna una unidad, se ejecuta una aplicación y elimina la asignación de la unidad.

If $CmdLine[0]>2 Then $driveletter=$CmdLine[1] $mappedpath=$CmdLine[2] $runprogram=$CmdLine[3] $args="" if $CmdLine[0]>3 Then for $i=4 to $CmdLine[0] $args=$args&$CmdLine[$i] next DriveMapAdd ($driveletter, $mappedpath,0) ShellExecuteWait ($runprogram, $args) DriveMapDel ($driveletter) EndIf EndIf

Guarde este script y compilar a algo como runmapped.exe. Ejecute la aplicación antigua que necesita una unidad asignada como este (Observe que todos los argumentos son entre comillas):

Runmapped.exe "q:" "\\fs\applications\apps" "c:\program files”\program\program.exe" "possible argument 1" "possible argument 2" ..

Deshacerse de asignación de unidad no es tan difícil, desde un punto de vista técnico. El mayor desafío será sensibilización dentro de su empresa que necesita para reestructurar el sistema de almacenamiento de datos.

Uso de ubicaciones de red en lugar de letras de unidad es sólo una pequeña herramienta para ayudar a sus colegas a acceder a sus datos de manera más lógica. Si ello, su departamento de TI obtendrá un lanzamiento realmente ser un socio para el negocio. Pronto, también podrá decir, "quién necesita unidades asignadas de todos modos?"

Leo Michielsen

Leo Michielsen es administrador de la empresa en el Heerema Fabrication Group en los Países Bajos, y tiene más de 20 años de experiencia en ella. Es una PYME de directorio activo y es responsable de la investigación de implementar y apoyar nuevas tareas de configuración inicial, acontecimientos tales como Microsoft Application Virtualization (App-V), la infraestructura de escritorio virtual y el sistema Centro operaciones Manager 2012.

Contenido relacionado