Ir al contenido principal

Migrar DTS packages entre servidores SQL Server

Supongamos que en un servidor de SQLServer( 70 o 2000 ) llamado ServidorA tenemos almacenado un package (en Local Packages ) de nombre "cargaTXT" que lo que hace es cargar "c:\datos.txt" a la tabla "base.dbo.tabla"


Y lo que se quiere lograr es migrar cargaTXT a otro servidor de SQLServer ( 2000 en este caso ) llamado ServidorB


La idea general sería copiar el package cargaTXT al ServidorB y luego cambiar las propiedades de conexión y demás para que las conexiones apunten a ServidorB, etc.


Por simplicidad vamos a suponer que la ruta donde se encuentre el archivo txt ( el origen de este package ) no cambia, es decir está en c:\datos.txt, sino fuera así también habría que cambiar las propiedades de este "conexión", por ejemplo a "d:\datos.txt" ).


Para copiar el package al servidorB se puede tanto hacer cualquiera de las siguientes 2 opciones:

A) Abrir cargaTXT en ServdiorA y hacer un SaveAs del package al ServidorB

B) Copiarlo desde el diccionario de datos( sin miedo, está documentado por microsoft )

insert into msdb.dbo.sysdtspackages ([name], [id], [versionid], [description], [categoryid], [createdate], [owner], [packagedata], [owner_sid])select [name], [id], [versionid], [description], [categoryid], [createdate], [owner], [packagedata], [owner_sid]from servidorA.msdb.dbo.sysdtspackageswhere name = 'cargaTXT'


Para ajustar las conexiones a la base que utiliza el package se distinguen 2 casos:


CASO1: Los nombres de la base de datos y la tabla son IGUALES en el servidor origen y destino En este caso lo único que hay que hacer es abrir el package en modo diseño, cambiar las propiedades de la conexión para que apunten al servidorB y salvar los cambios (cuando aparezca el cuadro de diálogo para borrar las transformaciones asociadas decirle que no se quiere borrar nada)


CASO2: Los nombres de la base de datos y/o la tabla son DISTINTAS en el servidor origen y destinoAcá viene la dificultad, pero bien, la solución es:

abrir el package en modo diseño y editar el package pero en modo desconectado, o sea ejecutar el comando "Disconnected Edit" que permite modificar el package sin hacer ninguna verificación sobre si las propiedades de conexión son correctas, la tabla existe, etc (peligroso pero es lo que hay).


Luego..- En el objeto conexión ( conexión a sqlserver ) las propiedades que hay que cambiar son:

- Data Source : De ServidorA ServidorB Data Source Name : De ServidorA

- ServidorBServerName : De ServidorA ServidorB- En el objeto task (o sea la tarea que se encarga realmente de copiar)

- cambiar DestinationObjectName : De "base.dbo.tabla" a lo que corresponda ahora

Comentarios

Entradas populares de este blog

Get SharePoint Online Site and SubSites permission using PowerShell

The below PowerShell script retrieves the following for the given SharePoint Online Site All the Sub-site's URL Security group attached with each Sub-site with their permission level Prerequisites: This PowerShell script uses the latest version of SharePoint Online PnP Module. Download the installer from https://github.com/SharePoint/PnP-PowerShell/releases  Install-Module SharePointPnPPowerShellOnline  Install-Module - Name ' SharePointPnP.PowerShell.Commands.Files.Recurse ' function  connect - site( $webs , $creds ){    Connect - PNPonline  - Url  $webs   - Credentials  $cred     }    function  get - sitepermission( $web , $cred ){    $rec =@()    connect - site  - webs  $web   - creds  $cred     if ( $web   - eq  $parentsitename )  {  #Write-Host "Parent site permission" $web   $Pgroups =Get - PNPGroup  foreach ( $Pgroup   in   $Pgroups )  {  $DLGP  =  ""   |   Select   "SiteUrl" , "GroupName" , "Permiss

Find and Delete Orphaned Users in SharePoint

Fuente: http://www.sharepointdiary.com/2012/09/find-and-delete-orphaned-users-in-sharepoint.html Orphaned User? Who are they? Orphaned users are those who have been disabled/removed from Active Directory, but still have permissions to sites, lists and items. Internally, SharePoint keeps them in " UserInfo " table of the content database for meta-data such as created/modified by fields. Its unavoidable in any organization where employees constantly on-boarding and off-boarding. Its really difficult to manage, when it comes to thousands of sub-sites, sites, libraries and lists with their own sets of permissions. Why we care about Orphaned users? It is a best practice to delete orphaned users to keep the farm clean & organized. Also this will solve the problem of deleted active directory users still appearing on the people picker which was discussed here  People Picker not showing users from Active Directory? . If you know the user base or criteria then you can use: Clea

Conexión desde casa a una VPN sin perder salida a internet

Solución, asumiendo que estas en Windows: Panel de Control, Conexiones de Red. Clic derecho en la VPN, dale a propiedades. Anda a la pestaña de "Funciones de Red" y selecciona Protocolo Internet TCP/IP y clic en el botón "Propiedades". Ahora hazle clic al botón "Opciones Avanzadas..."En la pestaña "General", desmarca la opción que dice "Usar la puerta de enlace predeterminada en la red remota". Dale a aceptar a todas las ventanitas de opción, y ahora conéctate a la VPN nuevamente. Con eso deberías entrar a la VPN sin perder la conexión local de tu red e internet.