Dela via


Metodtips för att köra Data Migration Assistant

Viktig

Data Migration Assistant (DMA) är inaktuell. Information om migreringsalternativ från SQL Server till Azure SQL finns i migreringsalternativ för SQL Server till Azure SQL.

Den här artikeln innehåller information om bästa praxis för installation, utvärdering och migrering.

Installation

Installera och kör inte Data Migration Assistant direkt på SQL Server-värddatorn.

Bedömning

  • Kör utvärderingar på produktionsdatabaser under tider utan hög belastning.
  • Utför kompatibilitetsproblem och Nya funktionsrekommendationer utvärderingar separat för att minska utvärderingstiden.

Migration

  • Migrera en server under lågbelastningsperioder.

  • När du migrerar en databas anger du en enskild resursplats som är tillgänglig för källservern och målservern och undviker om möjligt en kopieringsåtgärd. En kopieringsåtgärd kan medföra fördröjning baserat på storleken på säkerhetskopieringsfilen. Kopieringsåtgärden ökar också risken för att en migrering misslyckas på grund av ett extra steg. När en enda plats anges kringgår Data Migration Assistant kopieringsåtgärden.

    Se dessutom till att du ger rätt behörigheter till den delade mappen för att undvika migreringsfel. Rätt behörigheter anges i verktyget. Om en SQL Server-instans körs under autentiseringsuppgifter för nätverkstjänsten ger du rätt behörigheter för den delade mappen till datorkontot för SQL Server-instansen.

  • Aktivera krypterad anslutning när du ansluter till käll- och målservrarna. Användning av TLS-kryptering ökar säkerheten för data som överförs i nätverken mellan Data Migration Assistant och SQL Server-instansen, vilket är fördelaktigt, särskilt när du migrerar SQL-inloggningar. Om TLS-kryptering inte används och nätverket komprometteras av en angripare kan DE SQL-inloggningar som migreras fångas upp och/eller ändras direkt av angriparen.

    Men om all åtkomst omfattar en säker intranätkonfiguration kanske kryptering inte krävs. Om du aktiverar kryptering går prestandan långsammare eftersom det krävs extra kostnader för att kryptera och dekryptera paket. Mer information finns i Kryptera anslutningar till SQL Server.

  • Kontrollera om det finns obetrodda begränsningar för både källdatabasen och måldatabasen innan du migrerar data. Efter migreringen analyserar du måldatabasen igen för att se om några begränsningar blev obetrodda som en del av dataflytten. Åtgärda ej betrodda begränsningar efter behov. Att lämna begränsningarna utan tillit kan resultera i dåliga exekveringsplaner och påverka prestandan negativt.