Az SQL Server 2012 kibocsátási megjegyzései

A következőkre vonatkozik:SQL Server

Ez a cikk ismert problémákat ismertet, amelyekről a Microsoft SQL Server telepítése vagy hibaelhárítása előtt érdemes olvasnia. Ez a Kibocsátási megjegyzések dokumentum csak online érhető el, a telepítési adathordozón nem, és rendszeresen frissül.

Az SQL Server 2012 első lépéseiről és telepítéséről az SQL Server 2012 Readme című cikkben olvashat. A Readme dokumentum a telepítési adathordozón és a Readme letöltési oldalán érhető el. További információt a SQL Server Books Online és a SQL Server Fórumoktalálhat.

1.0 Telepítés előtt

Az SQL Server telepítése előtt vegye figyelembe az alábbi információkat.

1.1 Az SQL Server 2012 telepítőjének szabályokkal kapcsolatos dokumentációja

probléma: SQL Server telepítője ellenőrzi a számítógép konfigurációját, mielőtt a telepítési művelet befejeződik. Az SQL Server telepítőművelete során futtatott különböző szabályokat a rendszer a Rendszerkonfiguráció-ellenőrző (SCC) jelentéssel rögzíti. Ezekről a beállítási szabályokról szóló dokumentáció már nem érhető el az MSDN-kódtárban.

Megoldásként: A rendszerkonfiguráció-ellenőrző jelentésből többet is megtudhat a beállítási szabályokról történő részletekről. A rendszerkonfiguráció ellenőrzése létrehoz egy jelentést, amely az egyes végrehajtott szabályok rövid leírását és a végrehajtási állapotot tartalmazza. A rendszerkonfiguráció-ellenőrzési jelentés a %programfiles%\Microsoft SQL Server\110\Setup Bootstrap\Log\<YYYYMMDD_HHMM>\helyen található.

1.2 Helyi felhasználói fiók hozzáadása az Elosztott lejátszásvezérlő szolgáltatáshoz váratlanul leállhat

Kiad: Az SQL Server telepítő elosztott lejátszásvezérlő lapján, amikor helyi felhasználói fiókot próbál hozzáadni az Elosztott visszajátszásvezérlő szolgáltatáshoz, a beállítás váratlanul leáll egy "SQL Server telepítési hiba" hibaüzenettel.

Megkerülő megoldás: Az SQL beállítása során ne adjon hozzá helyi felhasználói fiókokat az "Aktuális felhasználó hozzáadása" vagy a "Hozzáadás..." használatával. A beállítás után manuálisan adjon hozzá egy helyi felhasználói fiókot az alábbi lépések végrehajtásával:

1. Az SQL Server Elosztott lejátszásvezérlő szolgáltatás leállítása

2. A vezérlőszámítógépen, amelyre a vezérlőszolgáltatás telepítve van, a parancssorból írja be a dcomcnfg parancsot.

3. A Komponensszolgáltatások ablakban keresse meg a Konzol gyökere –>Component Services –>Számítógépek –>Saját számítógép –>Dconfig –>DReplayController.

4. Kattintson a jobb gombbal a DReplayController elemre, majd válassza a Tulajdonságok lehetőséget.

5. A DReplayController Tulajdonságok ablak Biztonság lapján válassza a Szerkesztés lehetőséget az Indítási és aktiválási engedélyek szakaszban.

6. Adjon helyi és távoli aktiválási engedélyeket a helyi felhasználói fióknak, majd kattintson az OK gombra.

7. A Hozzáférési engedélyek szakaszban válassza a Szerkesztés lehetőséget , és adja meg a helyi felhasználói fiók helyi és távelérési engedélyeit, majd kattintson az OK gombra.

8. A DReplayController Tulajdonságok ablakának bezárásához kattintson az OK gombra.

9. A vezérlő számítógépén adja hozzá a helyi felhasználói fiókot az Elosztott COM-felhasználók csoporthoz.

10. Indítsa el az SQL Server Elosztott lejátszásvezérlő szolgáltatást.

Az SQL Server 1.3 beállítása sikertelen lehet az SQL Server Browser szolgáltatás indításakor

probléma: előfordulhat, hogy SQL Server telepítője meghiúsul az SQL Server Browser szolgáltatás indításakor, és a következőhöz hasonló hibák lépnek fel:

The following error has occurred:
Service 'SQLBrowser' start request failed. Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup.

vagy

The following error has occurred:
SQL Server Browser configuration for feature 'SQL_Browser_Redist_SqlBrowser_Cpu32' was cancelled by user after a previous installation failure. The last attempted step: Starting the SQL Server Browser service 'SQLBrowser', and waiting for up to '900' seconds for the process to complete.

Kerülő megoldás: Ez akkor fordulhat elő, ha az SQL Server Motor vagy az Analysis Services telepítése sikertelen. A probléma megoldásához tekintse meg az SQL Server telepítési naplóit, és hárítsa el az SQL Server motor- és Analysis Services-hibáit. További információt az SQL Server beállítási naplófájljainak megtekintése és olvasása című témakörben talál. További információt az SQL Server telepítő naplófájljainak megtekintése és olvasása című témakörben talál.

Az 1.4 SQL Server 2008, 2008 R2 Analysis Services feladatátvevő fürt frissítése az SQL Server 2012-re sikertelen lehet a hálózatnév átnevezése után

probléma: Ha a Microsoft SQL Server 2008 vagy 2008 R2 Analysis Services failover fürtpéldányának hálózati nevét a Windows fürtgazda eszközzel módosítja, előfordulhat, hogy a frissítési művelet meghiúsul.

Megkerülő megoldás: A probléma megoldásához frissítse a ClusterName beállításjegyzék bejegyzését a jelen Tudásbázis cikk megoldási szakaszában található utasítások követésével.

1.5 Az SQL Server 2012 telepítése Windows Server 2008 R2 Server Core Service Pack 1 rendszeren

Az SQL Servert a Windows Server 2008 R2 Server Core SP1 rendszerre telepítheti az alábbi korlátozásokkal:

• A Microsoft SQL Server 2012 nem támogatja a telepítővarázslóval történő telepítést a Server Core operációs rendszeren. A Server Core-ra való telepítéskor az SQL Server telepítője támogatja a teljes csendes módot a /Q paraméterrel, vagy a Csendes egyszerű módot a /QS paraméterrel.

• A Windows Server 2008 R2 Server Core SP1 rendszert futtató számítógépek nem támogatják az SQL Server egy korábbi verziójának Microsoft SQL Server 2012-re való frissítését.

• A Microsoft SQL Server 2012 kiadás 32 bites verziójának telepítése Windows Server 2008 R2 Server Core SP1 rendszert futtató számítógépeken nem támogatott.

• A Microsoft SQL Server 2012 nem telepíthető párhuzamosan az SQL Server korábbi verzióival a Windows Server 2008 R2 Server Core SP1 rendszert futtató számítógépeken.

• Az SQL Server 2012 nem minden funkciója támogatott a Server Core operációs rendszeren. A támogatott funkciókról és az SQL Server 2012 Server Core-ra való telepítéséről további információkat a Az SQL Server 2012 telepítése a Server Corehelyen talál.

1.6 A szemantikai kereséshez további függőséget kell telepítenie

Kiad: A statisztikai szemantikai keresésnek van egy további előfeltétele, a szemantikai nyelvstatisztikai adatbázis, amelyet az SQL Server telepítőprogramja nem telepített.

Kerülő megoldás: A szemantikai indexelés előfeltételeként a szemantikai nyelvi statisztikai adatbázis beállításához hajtsa végre a következő feladatokat:

1. Keresse meg és futtassa a SemanticLanguageDatabase.msi nevű Windows Installer-csomagot az SQL Server telepítési adathordozóján az adatbázis kinyeréséhez. Sql Server 2012 Express esetén töltse le a szemantikai nyelvi statisztikai adatbázist Microsoft Letöltőközpont (https://www.microsoft.com/download/details.aspx?id=52681), majd futtassa a Windows Installer-csomagot.

2. Helyezze át az adatbázist egy megfelelő adatmappába. Ha az adatbázist az alapértelmezett helyen hagyja, a sikeres csatoláshoz módosítania kell az engedélyeket.

3. Csatolja a kinyert adatbázist.

4. Regisztrálja az adatbázist a tárolt eljárás sp_fulltext_semantic_register_language_statistics_db meghívásával, és adja meg az adatbázisnak a csatoláskor megadott nevet.

Ha ezek a feladatok nem fejeződnek be, a szemantikai index létrehozásakor a következő hibaüzenet jelenik meg.

Msg 41209, Level 16, State 3, Line 1
A semantic language statistics database is not registered. Full-text indexes using 'STATISTICAL_SEMANTICS' cannot be created or populated.

1.7 A telepítés előfeltételeinek kezelése az SQL Server 2012 telepítése során

A következő elemek az SQL Server 2012 telepítése során az előfeltételek telepítési viselkedését írják le:

• Az SQL Server 2012 telepítése csak Windows 7 SP1 vagy Windows Server 2008 R2 SP1 rendszeren támogatott. A telepítő azonban nem blokkolja az SQL Server 2012 telepítését Windows 7 vagy Windows Server 2008 R2 rendszeren.

• A .NET Framework 3.5 SP1 követelmény az SQL Server 2012-hez, amikor kiválasztja az adatbázismotort, a replikációt, a fő adatszolgáltatásokat, a Reporting Servicest, az Adatminőségi szolgáltatásokat (DQS) vagy az SQL Server Management Studiót, és a keretrendszert már nem telepíti az SQL Server telepítője.

  • Ha Windows Vista SP2 vagy Windows Server 2008 SP2 operációs rendszert futtató számítógépen futtatja a telepítőt, és nincs telepítve a .NET Framework 3.5 SP1, az SQL Server telepítőjének le kell töltenie és telepítenie kell a .NET-keretrendszer 3.5 SP1-et, mielőtt folytathatja az SQL Server telepítését. A .NET-keretrendszer 3.5 SP1-et a Windows Update-ből vagy közvetlenül is letöltheti. Az SQL Server telepítése során a megszakítás elkerülése érdekében töltse le és telepítse a .NET-keretrendszer 3.5 SP1-et az SQL Server telepítőjének futtatása előtt.

  • Ha Windows 7 SP1 vagy Windows Server 2008 R2 SP1 operációs rendszert futtató számítógépen futtatja a telepítőt, az SQL Server 2012 telepítése előtt engedélyeznie kell a .NET-keretrendszer 3.5 SP1-et.

    A .NET Framework 3.5 SP1 windows Server 2008 R2 SP1 rendszeren való engedélyezéséhez használja az alábbi módszerek egyikét:

    1. módszer: A Kiszolgálókezelő használata

    1. A Kiszolgálókezelőben válassza a Szolgáltatások hozzáadása lehetőséget a lehetséges funkciók listájának megjelenítéséhez.

    2. A Szolgáltatások kiválasztása felületen bontsa ki a .NET-keretrendszer 3.5.1 Szolgáltatások bejegyzést.

    3. A .NET-keretrendszer 3.5.1-es szolgáltatásai kibontása után két jelölőnégyzet jelenik meg. Az egyik jelölőnégyzet a .NET-keretrendszer 3.5.1- és a WCF-aktiváláshoz használható. Válassza a .NET-keretrendszer 3.5.1-et, majd a Tovább lehetőséget. A .NET-keretrendszer 3.5.1-funkciói csak akkor telepíthetők, ha a szükséges szerepkör-szolgáltatások és szolgáltatások is telepítve vannak.

    4. A Telepítési beállítások megerősítése területen tekintse át a kijelöléseket, majd válassza a Telepítés lehetőséget.

    5. Hagyja befejezni a telepítési folyamatot, majd válassza a Bezárás lehetőséget.

    2. módszer: A Windows PowerShell használata

    1. Válassza a Start | Minden program | Kellékek lehetőséget.

    2. Bontsa ki a Windows PowerShellt, kattintson a jobb gombbal a Windows PowerShellre, és válassza a Futtatás rendszergazdaként lehetőséget. Válassza az Igen lehetőséget a Felhasználói fiók vezérlő mezőjében.

    3. A PowerShell parancssorába írja be a következő parancsokat, és nyomja le az ENTER billentyűt az egyes parancsok után:

       Import-Module ServerManager
       Add-WindowsFeature as-net-framework
       

    A .NET Framework 3.5 SP1 windows 7 SP1 rendszeren való engedélyezéséhez használja a következő módszert:

    1. Válassza a Start menü | , Vezérlőpult | , Programok menüpontot, majd a Windows-szolgáltatások be- és kikapcsolása lehetőséget. Ha a rendszer rendszergazdai jelszót vagy megerősítést kér, írja be a jelszót, vagy erősítse meg a műveletet.

    2. A Microsoft .NET Framework 3.5.1engedélyezéséhez jelölje be a funkció melletti jelölőnégyzetet. Ha ki szeretne kapcsolni egy Windows-funkciót, törölje a jelet a jelölőnégyzetből.

    3. Kattintson az OK gombra.

    A .NET-keretrendszer 3.5 SP1 engedélyezéséhez használja a Deployment Image Servicing and Management (DISM.exe) eszközt:

    A .NET-keretrendszer 3.5 SP1-et az üzembehelyezési rendszerkép-karbantartás és -kezelés (DISM.exe) használatával is engedélyezheti. További információ a Windows-szolgáltatások online engedélyezéséről: Windows-szolgáltatások engedélyezése vagy letiltása online. A .NET-keretrendszer 3.5 SP1 engedélyezésének lépései a következők:

    1. A parancssorba írja be a következő parancsot az operációs rendszerben elérhető összes funkció listázásához.

       sm /online /Get-Features
       

    2. Nem kötelező: A parancssorba írja be a következő parancsot a kívánt funkció adatainak listázásához.

       Dism /online /Get-FeatureInfo /FeatureName:NetFx3
       

    3. A Microsoft .NET Framework 3.5.1 engedélyezéséhez írja be a következő parancsot.

       Dism /online /Enable-Feature /FeatureName:NetFx3
       

• A .NET-keretrendszer 4 az SQL Server 2012 követelménye. Az SQL Server telepítője telepíti a .NET-keretrendszer 4-et a szolgáltatástelepítési lépés során.

  Az SQL Server 2012 Express nem telepíti a .NET-keretrendszer 4-et a Windows Server 2008 R2 SP1 Server Core operációs rendszerre való telepítéskor. Az SQL Server 2012 Express (csak adatbázis) telepítésekor a .NET-keretrendszer 4 nem szükséges, ha a .NET-keretrendszer 3.5 SP1 jelen van. Ha a .NET-keretrendszer 3.5 SP1 nem jelenik meg, vagy ha az SQL Server 2012 Management Studio Express, az SQL Server 2012 Express with Tools vagy az SQL Server 2012 Express with Advanced Services rendszert telepíti, az SQL Server 2012 Express Windows Server 2008 R2 SP1 Server Core operációs rendszeren történő telepítése előtt telepítenie kell a .NET-keretrendszer 4-et.

• Annak érdekében, hogy a Visual Studio-összetevő megfelelően telepíthető legyen, az SQL Servernek telepítenie kell egy frissítést. Az SQL Server telepítője ellenőrzi a frissítés jelenlétét, majd le kell töltenie és telepítenie kell a frissítést, mielőtt folytathatja az SQL Server telepítését. Az SQL Server telepítése során felmerülő fennakadás elkerülése érdekében töltse le és telepítse az alábbiak szerint a frissítést az SQL Server telepítőjének futtatása előtt (vagy telepítheti a Windows Update-en elérhető .NET-keretrendszer 3.5 SP1 összes frissítését):

  • Ha az SQL Server 2012-t Windows Vista SP2 vagy Windows Server 2008 SP2 operációs rendszert futtató számítógépre telepíti, a szükséges frissítést a KB956250-ból beszerezheti.

  • Ha az SQL Server 2012-t Windows 7 SP1 vagy Windows Server 2008 R2 SP1 operációs rendszert futtató számítógépre telepíti, ez a frissítés már telepítve van a számítógépen.

• A Windows PowerShell 2.0 előfeltétele az SQL Server 2012 adatbázismotor-összetevőinek és az SQL Server Management Studio telepítésének, de a Windows PowerShellt az SQL Server telepítője már nem telepíti. A Windows PowerShell 2.0 beszerzésének menete attól függ, hogy melyik operációs rendszert futtatja:

  • A Windows Server 2008 – Windows PowerShell 1.0 egy funkció, amely hozzáadható. A Windows PowerShell 2.0-s verziói letöltve és telepítve vannak (gyakorlatilag operációsrendszer-javításként).

  • Windows 7/Windows Server 2008 R2 – A Windows PowerShell 2.0 alapértelmezés szerint telepítve van.

• Ha az SQL Server 2012 szolgáltatásait SharePoint-környezetben szeretné használni, akkor a SharePoint-kiszolgáló 2010 Service Pack 1 (SP1) és a SharePoint augusztusi összegző frissítése szükséges. Telepítenie kell az SP1-et, a SharePoint augusztusi kumulatív frissítést, és teljes mértékben ki kell javítania a kiszolgálófarmot, mielőtt hozzáadja az SQL Server 2012 szolgáltatásait a farmhoz. Ez a követelmény a következő SQL Server 2012-szolgáltatásokra vonatkozik: adatbázismotor-példány használata a farm adatbázis-kiszolgálójaként, a PowerPivot konfigurálása a SharePointhoz, vagy a Reporting Services üzembe helyezése SharePoint módban.

1.8 Az SQL Server 2012 támogatott operációs rendszerei

Az SQL Server 2012 támogatott a Windows Vista SP2, a Windows Server 2008 SP2, a Windows 2008 R2 SP1 és a Windows 7 SP1 operációs rendszereken.

1.9 A Sync Framework nem szerepel a telepítési csomagban

Kiad: A Sync Framework nem része az SQL Server 2012 telepítési csomagjának.

Megkerülő megoldás: Töltse le a megfelelő verzióját a Sync Frameworknek a Microsoft Letöltőközpont ezen oldaláról.

1.10 A Visual Studio 2010 Service Pack 1 eltávolításakor az SQL Server 2012-példányt ki kell javítani bizonyos összetevők visszaállításához

probléma:SQL Server 2012 (11.x) telepítése a Visual Studio 2010 Service Pack 1 egyes összetevőitől függ. Ha eltávolítja az 1. szervizcsomagot, a megosztott összetevők némelyike az eredeti verzióra lesz visszaminősítve, és néhány más összetevő teljesen el lesz távolítva a gépről.

Kerülő megoldás: Az SQL Server 2012 (11.x) példányának javítása az eredeti forrás adathordozóról vagy hálózati telepítési helyről.

1. Indítsa el az SQL Server telepítőprogramját (setup.exe) az SQL Server telepítési adathordozójáról.

2. Az előfeltételek és a rendszer ellenőrzése után a telepítőprogram megjeleníti az SQL Server Telepítési központ oldalát.

3. A bal oldali navigációs területen válassza a Karbantartás lehetőséget, majd a Javítás elemet a javítási művelet elindításához. Ha a Telepítési központ a Start menüvel lett elindítva, akkor jelenleg meg kell adnia a telepítési adathordozó helyét.

4. A beállítástámogatási szabályok és fájl rutinfuttatások végrehajtódnak, hogy biztosítsák az előfeltételek telepítését a rendszeren, és hogy a számítógép megfeleljen a telepítési érvényesítési szabályoknak. A folytatáshoz válassza az OK vagy a Telepítés lehetőséget.

5. A Példány kiválasztása lapon válassza ki a kijavítandó példányt, majd a Tovább gombra kattintva folytassa a műveletet.

6. A javítási szabályok a művelet ellenőrzéséhez futnak. A folytatáshoz válassza a Tovább gombot.

7. A Javításra kész lap azt jelzi, hogy a művelet készen áll a folytatásra. A folytatáshoz válassza a Javítás lehetőséget.

8. A Javítási folyamat lapon látható a javítási művelet állapota. A Teljes lap jelzi, hogy a művelet befejeződött.

Az SQL Server egy példányának javításával kapcsolatos további információkért lásd: Sikertelen SQL Server-telepítés javítása.

1.11 Az SQL Server 2012 egy példánya az operációs rendszer frissítése után meghiúsulhat

probléma: Előfordulhat, hogy az SQL Server 2012 egy példánya az alábbi hibával hiúsul meg, miután a Windows Vista operációs rendszert Windows 7 SP1-re frissítette.

Setup has detected that the .NET Framework version 4 needs to be repaired. Do not restart your computer until Setup is complete.

Kerülő megoldás: Az operációs rendszer frissítése után javítsa ki a .NET Framework 4 telepítését. További információ: A .NET-keretrendszer meglévő telepítésének javítása.

Az 1.12 SQL Server kiadásának frissítése újraindítást igényel

Probléma: Az SQL Server 2012 egy példányának kiadásakor előfordulhat, hogy az új kiadáshoz társított funkciók némelyike nem aktiválódik azonnal.

Kerülő megoldás: Indítsa újra a gépet az SQL Server 2012 egy példányának kiadásfrissítése után. Az SQL Server 2012 támogatott frissítéseiről további információt a támogatott verzió- és kiadásfrissítések (SQL Server 2017) című témakörben talál.

1.13 Az írásvédett fájlcsoporttal vagy fájlokkal rendelkező adatbázis nem frissíthető

Probléma: Nem frissíthet adatbázist úgy, hogy csatolja az adatbázist, vagy visszaállítja az adatbázist biztonsági másolatból, ha az adatbázis vagy annak fájljai/fájlcsoportjai írásvédettre vannak állítva. A 3415-ös hiba kód visszatérítésre kerül. Ez a probléma az SQL Server egy példányának helyszíni frissítésére is vonatkozik. Ez azt jelzi, hogy az SQL Server egy meglévő példányát az SQL Server 2012 telepítésével próbálja lecserélni, és egy vagy több meglévő adatbázis írásvédettre van állítva.

Megoldás: A frissítés előtt győződjön meg arról, hogy az adatbázis és annak fájljai/fájlcsoportjai írható-olvasható módban vannak beállítva.

1.14 Az SQL Server kiszolgálófürt egy példányának újratelepítése meghiúsul, ha ugyanazt az IP-címet használja

probléma: Ha helytelen IP-címet ad meg egy SQL Server hibatűrő fürtpéldány telepítése során, a telepítés meghiúsul. Miután eltávolította a sikertelen példányt, és megpróbálja újratelepíteni az SQL Server feladatátvevő fürtpéldányát ugyanazzal a példánynévvel és a helyes IP-címmel, a telepítés sikertelen lesz. A hiba oka az előző telepítés által hátrahagyott ismétlődő erőforráscsoport.

kerülő megoldás: A probléma megoldásához használjon másik példánynevet az újratelepítés során, vagy törölje manuálisan az erőforráscsoportot az újratelepítés előtt. További információért lásd: Csomópontok hozzáadása vagy eltávolítása feladatátvevő fürtpéldány esetében (beállítás).

2.0 Elemzési Szolgáltatások

A 2.1 SQL-szerkesztő és az AS-szerkesztő nem tud csatlakozni a megfelelő kiszolgálópéldányokhoz ugyanabban az SSMS-példányban

Kiad: Nem tud csatlakozni egy Analysis Services-kiszolgálóhoz az MDX/DMX szerkesztővel, ha az SQL-szerkesztő már csatlakoztatva van.

Az SQL Server Management Studio 2012 (SSMS) használatakor, ha egy .sql fájl meg van nyitva a szerkesztőben, és egy SQL Server-példányhoz csatlakozik, az ugyanazon SSMS-példányban megnyitott MDX- vagy DMX-fájlok nem tudnak csatlakozni az AS-kiszolgáló egy példányához. Hasonlóképpen, ha egy MDX- vagy DMX-fájl már meg van nyitva az SSMS szerkesztőjében, és as-kiszolgálópéldányhoz csatlakozik, akkor az .sql ugyanazon SSMS-példányban megnyitott fájlok nem tudnak csatlakozni az SQL Server egy példányához.

Kerülőút: Használja az alábbi lehetőségek egyikét a probléma megoldásához.

• Indítsa el az SSMS egy másik példányát az MDX/DMX fájl megnyitásához.

• Bontsa le az SQL-szerkesztőt, majd csatlakoztassa az MDX/DMX-szerkesztőt egy AS-kiszolgálóhoz.

2.2 Nem lehet táblázatos projekteket létrehozni vagy megnyitni, ha a BUILDIN\Rendszergazdák csoport neve nem oldható fel

Probléma: Táblázatos projektek létrehozása vagy megnyitása előtt rendszergazdai jogosultsággal kell rendelkeznie egy munkaterület-adatbázis-kiszolgálón. A felhasználó a felhasználónév vagy csoportnév hozzáadásával vehető fel a kiszolgálói rendszergazdák csoportjába. Ha tagja a BUILTIN\Rendszergazda csoportnak, nem hozhat létre vagy szerkeszthet BIM-fájlokat, hacsak a munkaterület adatbázis-kiszolgálója nem csatlakozik ahhoz a tartományhoz, amelyből eredetileg kiépítették. Ha megnyitja vagy létrehozza a BIM-fájlt, az a következő hibaüzenettel meghiúsul:

"The BIM file cannot be opened. The server connected to is not valid. Reason: You are not an administrator of server [server name]."

kerülőmegoldások:

• Csatlakozzon újra a munkaterület adatbázis-kiszolgálójához és az SQL Server Data Tools (SSDT) számítógéphez a tartományhoz.

• Ha a munkaterület adatbázis-kiszolgálója és/vagy SSDT-számítógépei nem lesznek mindig tartományhoz csatlakoztatva, a BEÉPÍTETT\Rendszergazdák csoport helyett adjon hozzá egyéni felhasználóneveket rendszergazdaként a munkaterület adatbázis-kiszolgálóján.

2.3 Az AS táblázatos modellek SSIS-összetevői nem a várt módon működnek

Az Analysis Services (AS) SQL Server Integration Services (SSIS) összetevői nem a várt módon működnek a táblázatos modellek esetében. Az alábbiakban ismert problémák léphetnek fel, amikor SSIS-csomagot próbál meg írni a táblázatos modellek használatához.

Kiad: Az AS Csatlakozáskezelő nem használhat táblázatos modellt ugyanabban a megoldásban, mint egy adatforrás.

Megoldás: Az AS feldolgozási feladat vagy az AS-végrehajtási DDL-feladat konfigurálása előtt explicit módon kell csatlakoznia az AS kiszolgálóhoz.

A táblázatos modellekkel végzett munka során az AS feldolgozási feladattal kapcsolatban problémák merülnek fel:

Probléma: Adatbázisok, táblák és partíciók helyett kockák, mértékcsoportok és dimenziók láthatók. Ez a tevékenység korlátozása.

Kerülő megoldás: A táblázatos modellt továbbra is feldolgozhatja a kocka/mértékcsoport/dimenzióstruktúra használatával.

Kiad: A táblázatos módban futó AS által támogatott feldolgozási lehetőségek nem jelennek meg az AS feldolgozási feladatban, például a folyamattöredezettség-mentesítésben.

Megkerülő megoldás: Használja az Analysis Services Execute DDL feladatát egy XMLA-szkript végrehajtására, amely tartalmazza a ProcessDefrag parancsot.

Kiad: Az eszköz bizonyos konfigurációs beállításai nem alkalmazhatók. Például a "Folyamattal kapcsolatos objektumok" nem használhatók partíciók feldolgozásakor, és a "Párhuzamos feldolgozás" konfigurációs beállítás érvénytelen hibaüzenetet tartalmaz, amely szerint a párhuzamos feldolgozás nem támogatott a standard termékváltozatban.

Keretmegoldás: Nincs

3.0 Könyvek Online

3.1 Az SQL Server súgómegjelenítője összeomlik olyan környezetekben, amelyek csak IPv6-ot futtatnak

Probléma: Ha a környezet úgy van konfigurálva, hogy csak IPv6-ot futtasson, az SQL Server 2012 súgómegjelenítője összeomlik, és a következő hibaüzenet jelenik meg:

HelpLibAgent.exe has stopped working.

Kerülő Megoldás: A probléma elkerülése érdekében engedélyezze az IPv4-et, vagy az alábbi lépésekkel vegyen fel egy beállításjegyzék-bejegyzést, és hozzon létre egy ACL-t az IPv6 súgómegjelenítő engedélyezéséhez.

1. Hozzon létre egy beállításkulcsot az "IPv6" névvel és az "1 (DWORD(32 bites))") értékkel a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Help\v1.0alatt.

2. Állítsa be az IPv6-port biztonsági ACL-jét, és hajtsa végre a következőket egy rendszergazdai CMD-ablakban:

   netsh http add urlacl url=https://[::1]:47873/help/ sddl=D:(A;;GX;;;WD)
   

4.0 Adatminőségi szolgáltatások

4.1 Fürtben nem támogatott DQS

Probléma: A DQS nem támogatott az SQL Server-fürt telepítésében. Ha SQL Server-fürtpéldányt telepít, ne jelölje be az Adatminőségi szolgáltatások és az Adatminőségi ügyfél jelölőnégyzeteket a Szolgáltatáskijelölés lapon. Ha ezek a jelölőnégyzetek a fürtpéldány telepítésekor vannak bejelölve (és a DQSInstaller.exe fájl futtatásával befejezi az adatminőség-kiszolgáló telepítését), a DQS telepítve van ezen a csomóponton, de nem érhető el további csomópontokon, ha további csomópontokat ad hozzá a fürthöz, ezért nem működik további csomópontokon.

Kerülő megoldás: Telepítse az SQL Server 2012 1. Cumulative Update-et a probléma megoldásához.

4.2 Az adatminőség-kiszolgáló újratelepítéséhez törölje a DQS-objektumokat az adatminőség-kiszolgáló eltávolítása után

Kiad: Ha eltávolítja az adatminőség-kiszolgálót, a DQS-objektumok (DQS-adatbázisok, DQS-bejelentkezések és tárolt DQS-eljárások) nem törlődnek az SQL Server-példányból.

Megkerülő megoldás: Az Adatminőségi kiszolgálót ugyanazon a számítógépen és ugyanabban az SQL Server-példányban való újratelepítéshez manuálisan törölnie kell a DQS-objektumokat az SQL Server-példányból. Emellett törölnie kell a DQS-adatbázisokat (DQS_MAIN, DQS_PROJECTS és DQS_STAGING_DATA) a C:\Program Files\Microsoft SQL Server\MSSQL11 fájlból.<>SQL_Server_Instance\MSSQL'DATA' mappát a számítógépen, mielőtt újratelepítené az adatminőség-kiszolgálót. Ellenkező esetben az adatminőség-kiszolgáló telepítése sikertelen. Ha meg szeretné őrizni az adatokat, például tudásbázisokat vagy adatminőségi projekteket, helyezze át az adatbázisfájlokat a törlés helyett. További információ a DQS-objektumok eltávolításáról az eltávolítási folyamat befejezése után: Adatminőség-kiszolgálóobjektumok eltávolítása.

4.3 A leállított tudásfelderítési vagy interaktív tisztítási tevékenység késleltetve jelenik meg

Kiad: Ha egy rendszergazda megszakít egy tevékenységet a Tevékenységfigyelés képernyőn, a tudásfelderítési, tartománykezelési vagy interaktív tisztítási tevékenységet futtató interaktív felhasználók nem kapnak semmilyen jelzést arról, hogy tevékenységük a következő művelet végrehajtásáig leállt.

Keretmegoldás: Nincs

4.4 A megszakítási művelet több tevékenység munkáját elveti

Probléma: Ha a Mégse lehetőséget választja egy futó tudásfelderítési vagy tartománykezelési tevékenységhez, és más tevékenységek korábban anélkül fejeződtek be, hogy a tevékenység futtatása közben közzétételi műveletet hajtottak volna végre, a legutóbbi közzétételt követően végrehajtott összes tevékenység munkája elvetésre kerül, nem csak az aktuális tevékenység munkája.

Kerülő Megoldás: Ennek elkerülése érdekében az új tevékenység megkezdése előtt közzé kell tenni a tudásbázisban a megőrzendő munkát.

4.5 A vezérlők nem skálázhatók megfelelően nagy betűméreteken

Kiad: Ha a szöveg méretét "Nagyobb – 150%" értékre módosítja (Windows Server 2008-ban vagy Windows 7-ben), vagy az Egyéni DPI-beállítást 200% értékre módosítja (Windows 7 rendszerben), az Új tudásbázis lapon a Mégse és a Létrehozás gomb nem érhető el.

Kerülő megoldás: A probléma megoldásához állítsa a betűtípust kisebb méretűre.

4.6 A 800x600 képernyőfelbontás nem támogatott

Kiad: Az adatminőségi ügyfélalkalmazás nem jelenik meg megfelelően, ha a képernyőfelbontás értéke 800x600.

Kerülő megoldás: A probléma megoldásához állítsa a képernyőfelbontást magasabbra.

4.7 A forrásadatok bigint oszlopának leképezése decimális tartományra az adatvesztés megakadályozása érdekében

Probléma: Ha a forrásadatok egyik oszlopa bigint adattípusú, az oszlopot a DQS egész adattípusa helyett a decimális adattípus tartományára kell képeznie. Ennek az az oka, hogy a decimális adattípus nagyobb értéktartományt jelöl, mint a int adattípus, ezért nagyobb értékeket tartalmazhat.

A 4.8 NVARCHAR(MAX) és VARCHAR(MAX) adattípusok nem támogatottak az Integrációs szolgáltatások DQS-tisztítási összetevőjében

Kiad: Az nvarchar(max) és varchar(max) adattípusok adatoszlopai nem támogatottak az Integrációs szolgáltatások DQS-tisztítási összetevőjében. Ezért ezek az adatoszlopok nem érhetők el a leképezéshez a DQS Cleansing Transformation Editor Leképezés lapján, ezért nem tisztíthatók.

Megkerülő megoldás: Mielőtt ezeket az adatoszlopokat a DQS-tisztító összetevővel dolgozná fel, át kell konvertálnia őket a Data Conversion transzformáció használatával DT_STR vagy DT_WSTR adattípusra.

4.9 A Start menüben DQSInstaller.exe futtatni kívánt elemet felülírja az ÚJ SQL Server-példány telepítése

Probléma: Ha az Adatminőségi Szolgáltatások telepítését választja egy SQL Server példányban, akkor az SQL Server beállításának befejezése után egy elemet hoz létre a Start menüben az Adatminőségi Szolgáltatások programcsoport alatt, amelynek neve Data Quality Server Installer. Ha azonban több SQL Server-példányt telepít ugyanarra a számítógépre, a Start menüben továbbra is egyetlen adatminőség-kiszolgálótelepítő elem található. Az elem kiválasztásával a DQSInstaller.exe fájl a legújabb telepített SQL Server-példányban fut.

4.10 A tevékenységfigyelés helytelen állapotot jelenít meg a sikertelen Integrációs szolgáltatások tisztítási tevékenységeihez

A Tevékenységfigyelés képernyő helytelenül jeleníti meg Sikeres még a sikertelen integrációs szolgáltatások tisztítási tevékenységei esetén is az Aktuális állapot oszlopban.

4.11 A sémanév nem jelenik meg a tábla/nézet neve részeként

Amikor az Adatminőség-ügyfél leképezési szakaszában kiválaszt egy SQL Server-adatforrást bármelyik DQS-tevékenységben, a táblák és nézetek listája a sémanév nélkül jelenik meg. Ezért ha több, azonos nevű, de eltérő sémájú tábla/nézet van, akkor csak az adatok előnézetének megtekintésével vagy kijelölésével, majd a megfeleltetendő mezők megtekintésével különböztethetők meg.

4.12 A kimenet megtisztításával és exportálásával kapcsolatos probléma, ha az adatforrás egy olyan összetett tartományra van leképezve, amely dátum típusú gyermektartományt tartalmaz

Az adatminőség-tisztítási projektben, ha a forrásadatok egyik mezőjét egy olyan összetett tartománnyal képezte le, amelynek gyermektartománya dátum típusú, akkor a tisztítási eredményben szereplő gyermektartomány kimenete helytelen dátumformátummal rendelkezik, és az adatbázisba való exportálás meghiúsul.

4.13 Hiba annak az Excel munkalapnak a térképezésekor, amely nevében pontosvessző szerepel

Probléma: Az Adatminőség-ügyfélben végzett DQS-tevékenységek Térkép oldalán, ha leképezi a forrás Excel-munkalapot, amely tartalmaz egy ; (pontosvessző) a nevében, amikor a Tovább gombot választja, egy kezeletlen kivételüzenet jelenik meg a Térkép lapon.

kerülő megoldás: Távolítsa el az ; (pontosvessző) a leképezendő forrásadatokat tartalmazó Excel-fájl munkalapjának nevéből, majd próbálkozzon újra.

4.14 Probléma a dátum- vagy dateTime-értékekkel az Excel nem megfeleltetett forrásmezőiben a tisztítás és egyeztetés során

Probléma: Ha a forrásadatok excelesek, és nem képezte le a Dátum vagy DateTime adattípusú értékeket tartalmazó forrásmezőket, a tisztítási és egyeztetési tevékenységek során a következők történnek:

• A nem leképezett Dátum értékek a yyyy-mm-dd formátumban jelennek meg és exportálódnak.

• Az időérték elveszik a nem megfeleltetett DateTime értékeknél, és yyyy-mm-dd formátumban jelennek meg és exportálhatók.

Kerülő megoldás: A le nem képezett mezőértékeket a jobb alsó panelen tekintheti meg a Eredmények kezelése és megtekintése oldalon a tisztítási művelet során, valamint a Egyezés lapon az egyezési művelet során.

4.15 Nem lehet tartományértékeket importálni 255-nél több adatoszlopot tartalmazó Excel-fájlból (.xls)

Probléma: Ha egy 255-nél több adatoszlopot tartalmazó Excel 97–2003-fájlból (.xls) importál értékeket egy tartományba, megjelenik egy kivételüzenet, és az importálás meghiúsul.

Kerülő megoldás: A probléma megoldásához az alábbi lépéseket teheti meg:

• Mentse a .xls fájlt másként .xlsx, majd importálja az értékeket a .xlsx fájlból egy tartományba.

• Távolítsa el a fájl 255 oszlopán túli összes oszlop adatait .xls , mentse a fájlt, majd importálja az értékeket a .xls fájlból egy tartományba.

4.16 A tevékenységfigyelési funkció nem érhető el más szerepkörök számára, kivéve a dqs_administrator-t.

A Tevékenységfigyelés funkció csak a dqs_administrator szerepkörű felhasználók számára érhető el. Ha a felhasználói fiókjában dqs_kb_editor vagy dqs_kb_operator szerepkör van, a Tevékenységfigyelés funkció nem érhető el az adatminőségi ügyfélalkalmazásban.

4.17 Hiba egy tudásbázis megnyitásakor a tartománykezeléshez használt tudásbázisok listájában

Probléma: A következő hibaüzenet jelenhet meg, ha megnyit egy tudásbázist a Legutóbbi tudásbázis listában a tartománykezelési tevékenységhez az Adatminőségi ügyfél kezdőképernyőjén:

"A configuration with name 'RecentList:KB:<domain>\<username>' already exists in the database."

Ez azért fordul elő, mert különbség van abban, ahogyan a DQS összehasonlítja a karakterláncokat az SQL Server adatbázisban és a C#-ban. Az SQL Server-adatbázisban a sztringek összehasonlítása nincs megkülönböztetve a kis- és nagybetűk között, míg a C# nyelvben megkülönbözteti a kis- és nagybetűket.

Szemléltetjük ezt egy példával. Tekintsünk egy felhasználót, Domain\felhasználó1. A felhasználó a "user1" fiókkal jelentkezik be az adatminőségi ügyfélszámítógépre, és egy tudásbázison dolgozik. A DQS az egyes felhasználók legutóbbi tudásbázisát rekordként tárolja a DQS_MAIN adatbázis A_CONFIGURATION táblájában. Ebben az esetben a rekord a következő néven lesz tárolva: RecentList:KB:Domain\user1. Később a felhasználó "Felhasználó1" néven jelentkezik be az adatminőségi ügyfélszámítógépre (a nagybetűs esetben az U értéket kell figyelembe vennie), és megpróbálja megnyitni a tudásbázist a Legutóbbi tudásbázis listában a tartománykezelési tevékenységhez. A DQS mögöttes kódja összehasonlítja a két sztringet, a RecentList:KB:DOMAIN\user1 és a DOMAIN\User1 sztringet, és figyelembe véve a kis- és nagybetűket megkülönböztető sztringek összehasonlítását a C#-ban, a sztringek nem egyeznek, ezért a DQS új rekordot próbál beszúrni a felhasználó (User1) számára az DQS_MAIN adatbázis A_CONFIGURATION táblájába. Az SQL Database-ben a kis- és nagybetűk megkülönböztetése miatt azonban a sztring már létezik a DQS_MAIN adatbázis A_CONFIGURATION táblájában, és a beszúrási művelet meghiúsul.

Kerülő megoldás: A probléma megoldásához az alábbi lépéseket teheti meg:

• Ellenőrizze, hogy léteznek-e ismétlődő bejegyzések a következő utasítás futtatásával:

  SELECT *
  FROM DQS_MAIN.dbo.A_CONFIGURATION
  WHERE NAME LIKE 'RecentList%';
  

  Ezután a következő utasítás futtatásával törölheti a rekordot csak az érintett felhasználó számára, ha a záradék értékét WHERE úgy módosítja, hogy az megfeleljen az érintett tartománynak és felhasználónévnek.

  DELETE DQS_MAIN.dbo.A_Configuration
  WHERE NAME LIKE 'RecentList%<domain>\<username>';
  

  Másik lehetőségként eltávolíthatja a DQS összes felhasználójának legutóbbi elemeit:

  DELETE DQS_MAIN.dbo.A_Configuration
  WHERE NAME LIKE 'RecentList%';
  

• Bejelentkezéskor a Data Quality Client számítógépre ugyanazt a nagybetűs írásmódot használja felhasználói fiókjához, mint legutóbb.

5.0 Adatbázismotor

5.1 Elosztott visszajátszásvezérlő és elosztott visszajátszási ügyfélfunkciók használata

Kiad: Az elosztott visszajátszásvezérlő és az elosztott visszajátszási ügyfélfunkciók a Windows Server 2008, a Windows Server 2008 R2 és a Windows Server 7 Server Core termékváltozatában érhetők el, annak ellenére, hogy ez a két funkció nem támogatott a Server Core termékváltozatban.

Megkerülő megoldás: Ne telepítse vagy használja ezt a két funkciót a Windows Server 2008, a Windows Server 2008 R2 és a Windows Server 7 Server Core termékváltozatában.

Az 5.2 SQL Server Management Studio a Visual Studio 2010 SP1-től függ

Probléma: Az SQL Server 2012 Management Studio a Visual Studio 2010 SP1-től függ a megfelelő működéshez. A Visual Studio 2010 SP1 eltávolítása funkcióvesztést okozhat az SQL Server Management Studióban, és nem támogatott állapotban hagyja a Management Studiót. Ebben az esetben a következő problémák jelenhetnek meg:

• A ssms.exe parancssori paraméterei nem működnek megfelelően.

• Súgóinformációk jelennek meg, amikor megpróbálja futtatni a(z) ssms.exe parancsot a /? opcióval. kapcsoló helytelen.

• A Windows Intézőben duplán kattintással megnyitott összes fájl esetében az SSMS új példánya indul el a fájl megnyitásához.

• A lekérdezések hibakeresése normál felhasználói módban nem végezhető el.

Kerülő megoldás: Telepítse újra a Visual Studio 2010 SP1-et, és indítsa újra a Management Studio-t.

Az 5.3 x64 operációs rendszerekhez 64 bites PowerShell 2.0 szükséges

Probléma: Az SQL Serverhez készült Windows PowerShell-bővítmények 32 bites telepítése nem támogatott a 64 bites operációs rendszereken futó SQL Server 2012-példányok esetében.

kerülőmegoldások:

• Telepítse a 64 bites SQL Server 2012-t a 64 bites felügyeleti eszközökkel és az SQL Serverhez készült 64 bites Windows PowerShell-bővítményekkel.

• Vagy importálja az SQLPS-modult egy 32 bites Windows PowerShell 2.0-s parancssorból.

5.4 Hiba léphet fel a Szkript létrehozása varázslóban való navigáláskor

Kiad: Miután létrehozott egy szkriptet a Szkript létrehozása varázslóban a Parancsfájlok mentése vagy közzététele lehetőség választásával, majd a Beállítások kiválasztása vagy a Szkriptelési beállítások megadása lehetőség kiválasztásával lépkedhet, a Parancsfájlok mentése vagy közzététele lehetőség ismételt kiválasztása a következő hibát eredményezheti:

An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
------------------------------
ADDITIONAL INFORMATION:
Invalid object name 'sys.federations'. (Microsoft SQL Server, Error: 208)

Kerülő Megoldás: Zárja be és nyissa meg újra a Szkriptek Létrehozása varázslót.

5.5 Az új karbantartási terv elrendezése nem kompatibilis a korábbi SQL Server-eszközökkel

probléma: Ha az SQL Server 2012 felügyeleti eszközeivel módosítja az SQL Server felügyeleti eszközeinek korábbi verziójában (SQL Server 2008 R2, SQL Server 2008 vagy SQL Server 2005) létrehozott meglévő karbantartási tervet, a rendszer új formátumban menti a karbantartási tervet. Az SQL Server felügyeleti eszközeinek korábbi verziói nem támogatják ezt az új formátumot.

Megoldás: Nincs

5.6 Az IntelliSense korlátozásokkal rendelkezik a tartalmazott adatbázisba való bejelentkezéskor

Probléma: Az SQL Server Management Studio (SSMS) és az SQL Server Data Tools (SSDT) IntelliSense nem a várt módon működik, amikor a rendszer a benne foglalt felhasználókat bejelentkezteti a tárolt adatbázisokba. Ilyen esetekben a következő viselkedés látható:

1. Érvénytelen objektumok aláhúzása nem jelenik meg.

2. Az automatikus kiegészítési lista nem jelenik meg.

3. A beépített függvények elemleírás-súgója nem működik.

Megoldás: Nincs

5.7 Always On rendelkezésre állási csoportok

Mielőtt megpróbál létrehozni egy rendelkezésre állási csoportot, tekintse meg Always On rendelkezésre állási csoportok (SQL Server) előfeltételeit, korlátozásait és javaslatait a Books Online-ban. Az Always On rendelkezésre állási csoportok bemutatásához lásd a Always On rendelkezésre állási csoportok (SQL Server) részt a Books Online-ban.

5.7.1 Az Always On rendelkezésre állási csoportok ügyfélkapcsolata

Frissítve: 2012. augusztus 13.

Ez a szakasz az "Always On" rendelkezésre állási csoportok illesztőprogram-támogatását és a nem támogatott illesztőprogramokra vonatkozó kerülő megoldásokat ismerteti.

Illesztőprogram-támogatás

Az alábbi táblázat összefoglalja az Always On rendelkezésre állási csoportok illesztőprogram-támogatását:

¹ Az ADO .NET kapcsolati javítócsomagjának letöltése a .NET-keretrendszer 4.0-s verziója esetén: https://support.microsoft.com/kb/2600211.

² A .NET Framework 3.5 SP1-hez készült ADO.NET kapcsolati javításának letöltése: https://support.microsoft.com/kb/2654347.

MultiSubnetFailover kulcsszó és -társított funkciók

A MultiSubnetFailover egy új kapcsolati karakterlánc-kulcsszó, amellyel az SQL Server 2012-ben az Always On rendelkezésre állási csoportok és az Always On átvételi fürtpéldányok esetében teszi lehetővé a gyorsabb átvételt. Ha a MultiSubnetFailover=True van beállítva a kapcsolati karaktersorban, a következő három aljellemző van engedélyezve:

• Gyorsabb feladatátvétel több alhálózatra az Always On Availability Group vagy a Failover Cluster Instances több alhálózati figyelőjénél.

  • Több alhálózatú Always On feladatátvevő fürtpéldányhoz tartozó elnevezett példányfeloldás.

• Gyorsabb feladatátvétel egy alhálózaton belül egyetlen alhálózat-figyelő számára, Always On rendelkezésre állási csoport vagy feladatátvevő fürtpéldány esetében.

  • Ez a funkció egy olyan figyelőhöz való csatlakozáskor használatos, amelynek egyetlen IP-címe egyetlen alhálózatban található. Ez agresszívebb TCP-kapcsolat-újrapróbálkozások végrehajtásával felgyorsítja az egy alhálózati feladatátvételt.

• Több alhálózatú Always On feladatátvevő fürtpéldányhoz tartozó elnevezett példányfeloldás.

  • Ez egy több alhálózati végponttal rendelkező Always On Feladatátvevő fürtpéldányok nevesített példányfeloldási támogatásának hozzáadása.

A MultiSubnetFailover=True nem támogatott a .NET 3.5-ös keretrendszerben vagy az OLEDB-ben

Probléma: Ha a rendelkezésre állási csoport vagy feladatátvevőfürt-példány hallgatónévvel rendelkezik (a WSFC-fürtkezelőben ismert hálózatnév vagy ügyfélelérési pont), amely különböző alhálózatokból származó több IP-címre támaszkodik, és a .NET-keretrendszer 3.5SP1-t vagy az SQL Native Client 11.0 OLEDB-t használja ADO.NET keretében, lehetséges, hogy az ügyfélkapcsolat-kérelmek 50%-a kapcsolat időtúllépést szenved.

Kerülőmegoldások: Javasoljuk, hogy végezze el az alábbi lehetőségek egyikét.

• Ha nincs engedélye a fürterőforrások módosítására, módosítsa a kapcsolat időtúllépését 30 másodpercre (ez az érték 20 másodperces TCP-időtúllépési időszakot és 10 másodperces puffert eredményez).

  Előnyök: Ha különböző alhálózatok közötti feladatátvétel történik, az ügyfél-helyreállítási idő rövid.

  Hátrányok: Az ügyfélkapcsolatok fele több mint 20 másodpercet vesz igénybe

• Ha rendelkezik a fürterőforrások kezelésére vonatkozó engedéllyel, az ajánlottabb módszer az elérhetőségi csoport figyelőjének hálózati nevének beállítása a RegisterAllProvidersIP=0 értékre. További információ: "Minta PowerShell-szkript a RegisterAllProvidersIP letiltásához és a TTL csökkentéséhez" című szakasz későbbi részében.

  Profik: Nem kell növelnie az ügyfélkapcsolat időtúllépési értékét.

  hátrányai: Alhálózatok közötti feladatátvétel esetén az ügyfél helyreállítási ideje a HostRecordTTL beállítástól és a helyek közötti DNS/AD replikációs ütemezés beállításától függően 15 perc vagy hosszabb lehet.

Minta PowerShell-szkript a RegisterAllProvidersIP letiltásához és a TTL- csökkentéséhez

Az alábbi PowerShell-példaszkript bemutatja, hogyan tilthatja le a RegisterAllProvidersIP és hogyan csökkentheti a TTL-t. Cserélje le yourListenerName a módosított figyelő nevére.

Import-Module FailoverClusters
Get-ClusterResource yourListenerName|Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300

5.7.2 A CTP3-ról konfigurált rendelkezésre állási csoporttal való frissítés nem támogatott

A frissítés előtt dobja el a rendelkezésre állási csoportot, és hozza létre újra. Ennek oka a CTP3-build korlátozása. A jövőbeli buildek nem rendelkeznek ezzel a korlátozásokkal.

5.7.3 A CTP3 párhuzamos telepítése a későbbi verziókkal nem támogatott, ha a példányban elérhetőségi csoport van konfigurálva.

Ennek oka a CTP3-build korlátozása. A jövőbeli buildek nem rendelkeznek ezzel a korlátozásokkal.

5.7.4 A CTP3 párhuzamos telepítése a feladatátvevő fürtpéldányok későbbi verzióival nem támogatott

Ennek oka a CTP3-build korlátozása. A jövőbeli buildek nem rendelkeznek ezzel a korlátozásokkal. A feladatátvevő fürt példányainak CTP3-ról történő frissítéséhez győződjön meg arról, hogy egy csomópont összes példányát egyszerre frissíti.

5.7.5 Időtúllépések fordulhatnak elő, ha több IP-címet használ ugyanabban az alhálózatban rendelkezésre állási csoportokkal

Kiad: Ha több IP-címet használ ugyanabban az alhálózatban az Always On szolgáltatással, előfordulhat, hogy az ügyfelek időtúllépést tapasztalnak. Ez akkor fordul elő, ha a lista legfelső IP-címe rossz.

Kerülő megoldás: A kapcsolati sztringben használja a "multisubnetfailover = true" értéket.

5.7.6 Az Active Directory-kvóták miatt nem hozhatók létre új rendelkezésreállási csoportfigyelők

Kiad: Előfordulhat, hogy egy új rendelkezésre állási csoport figyelőjének létrehozása sikertelen lehet, mert elérte a részt vevő fürtcsomópont-számítógépfiók Active Directory-kvótáját. További információkért lásd: A fürtszolgáltatás-fiók hibaelhárítása számítógép-objektumok módosításakor és Active Directory-kvóták.

5.7.7 NetBIOS-ütközések, mert a rendelkezésre állási csoport figyelőinek nevei azonos 15 karakteres előtagot használnak

Ha két olyan WSFC-fürtje van, amelyet ugyanaz az Active Directory vezérel, és megpróbál rendelkezésre állási csoportfigyelőket létrehozni mindkét fürtben 15 karakternél több névvel és azonos 15 karakteres előtaggal, hibaüzenet jelenik meg arról, hogy a virtuális hálózatnév-erőforrás nem hozható online állapotba. További információ a DNS-nevek előtag-elnevezési szabályairól: Tartománynevek hozzárendelése

6.0 Integrációs szolgáltatások

6.1 Az Oracle Adatrögzítési szolgáltatásának módosítása és az Oracle adatrögzítési tervező konzolja

Az Oracle CDC szolgáltatása egy Windows-szolgáltatás, amely megvizsgálja az Oracle tranzakciónaplóit, és rögzíti a fontos Oracle-táblák módosításait az SQL Server változástábláiban. A CDC Designer-konzol oracle CDC-példányok fejlesztésére és karbantartására szolgál. A CDC Designer Console egy Microsoft Management Console (MMC) beépülő modulja.

6.1.1 Az Oracle CDC szolgáltatásának és az Oracle CDC Designerének telepítése

Kiad: Az SQL Server telepítője nem telepíti a CDC szolgáltatást és a CDC Designert. Manuálisan kell telepítenie a CDC szolgáltatást vagy a CDD Designert egy olyan számítógépre, amely megfelel a frissített súgófájlokban leírt követelményeknek és előfeltételeknek.

Kerülő megoldás: Az Oracle-hez tartozó CDC szolgáltatás telepítéséhez manuálisan futtassa a AttunityOracleCdcService.msi-et az SQL Server telepítési médiájáról. A CDC Designer Konzol telepítéséhez manuálisan futtassa a AttunityOracleCdcDesigner.msi az SQL Server telepítési adathordozójáról. Az x86 és x64 telepítési csomagok az SQL Server telepítési adathordozóján találhatók .\Tools\AttunityCDCOracle\ .

6.1.2 F1 Súgófunkciók helytelen dokumentációs fájlokra mutatnak

Kiad: A megfelelő súgódokumentáció nem érhető el az F1 súgó legördülő listájával vagy az Attunity-konzolok "?" elemének kiválasztásával. Ezek a metódusok helytelen chm-fájlokra mutatnak.

Megoldás: A megfelelő chm-fájlok akkor települnek, amikor az Oracle CDC szolgáltatása és a CDC Designer for Oracle is telepítve van. A megfelelő súgótartalom megtekintéséhez indítsa el a chm-fájlokat közvetlenül erről a helyről: %Program Files%\Change Data Capture for Oracle by Attunity\*.chm.

7.0 Fő adatszolgáltatások

7.1 MDS-telepítés kijavítása fürtben

Kiad: Ha az SQL Server 2012 RTM-verziójának fürtözött példányát a Főadat-szolgáltatások jelölőnégyzet bejelölésével telepíti, az MDS egyetlen csomópontra van telepítve, de nem érhető el, és nem működik a fürthöz hozzáadott más csomópontokon.

Kerülő Megoldás: A probléma megoldásához telepítenie kell az SQL Server 2012 1. kumulatív kiadását (CU1), végezze el a következő lépéseket:

1. Győződjön meg arról, hogy nincs meglévő SQL/MDS-telepítés.

2. Töltse le az SQL Server 2012 CU1-et egy helyi könyvtárba.

3. Telepítse az SQL Server 2012-t az MDS szolgáltatással az elsődleges fürtcsomóponton, majd telepítse az SQL Server 2012-t az MDS szolgáltatással bármely más fürtcsomópontra.

7.2 Microsoft Silverlight 5 szükséges

A Master Data Manager webalkalmazásban való munkához a Silverlight 5.0-t telepíteni kell az ügyfélszámítógépre. Ha nem rendelkezik a Silverlight szükséges verziójával, a rendszer kérni fogja, hogy telepítse azt, amikor a webalkalmazás egy olyan területére lép, amelyre szüksége van.

8.0 Jelentéskészítési Szolgáltatások

8.1 A Reporting Services SQL Server PDW-hez való kapcsolódásához frissített illesztőprogramokra van szükség

Az SQL Server 2012 Reporting Services és a Microsoft SQL Server PDW Appliance Update 2 és újabb verziójához való csatlakozáshoz frissíteni kell a PDW kapcsolatillesztőket. További információkért az SQL Server PDW-ügyfeleknek kapcsolatba kell lépnie a Microsoft ügyfélszolgálatával.

9.0 StreamInsight

Az SQL Server 2012 tartalmazza a StreamInsight 2.1-et. A StreamInsight 2.1 használatához Microsoft SQL Server 2012-licenc és .NET-keretrendszer 4.0 szükséges. Számos teljesítménybeli fejlesztést és néhány hibajavítást tartalmaz. A StreamInsight 2.1 külön letöltéséhez látogasson el a Microsoft StreamInsight 2.1 letöltési oldalára, a Microsoft Letöltőközpontban.

10.0 Frissítési tanácsadó

10.1 Az Upgrade Advisor telepítésére mutató hivatkozás nincs engedélyezve a kínai (HK) operációs rendszereken

Probléma: Ha a Frissítési tanácsadót bármely támogatott Windows-verzióra próbálja telepíteni a kínai (Hong Kong SAR) operációs rendszereken (OS), előfordulhat, hogy a Frissítési tanácsadó telepítéséhez szükséges hivatkozás nincs engedélyezve.

Kerülő megoldás: Keresse meg a SQLUA.msi fájlt az SQL Server 2012 adathordozóján \1028_CHT_LP\x64\redist\Upgrade Advisor vagy \1028_CHT_LP\x86\redist\Upgrade Advisor, az operációs rendszer architektúrájától függően.