{"id":959,"date":"2015-07-20T13:52:44","date_gmt":"2015-07-20T11:52:44","guid":{"rendered":"https:\/\/technet.cloud4you.biz\/?p=959"},"modified":"2015-07-20T14:04:48","modified_gmt":"2015-07-20T12:04:48","slug":"lync-2013-enterprise-umzug-der-datenbanken-auf-einen-neuen-sql-server","status":"publish","type":"post","link":"https:\/\/technet.cloud4you.biz\/en\/lync-2013-enterprise-umzug-der-datenbanken-auf-einen-neuen-sql-server\/","title":{"rendered":"Lync 2013 Enterprise – Umzug der Datenbanken auf einen neuen SQL-Server"},"content":{"rendered":"

In diesem Beitrag werden wir den Umzug aller Datenbanken betrachten, die in einer Lync Enterprise-Umgebung auftreten. Diese nennen sich wie folgt:<\/p>\n

— BackEnd —
\nCPSDYN<\/strong> – Dynamische Informationsdatenbank f\u00fcr das Call Parking-Feature
\nRGSCONFIG<\/strong> – In ihr liegt die Konfiguration aller Response Groups
\nRGSDYN<\/strong> – Dynamische Informationsdatenbank f\u00fcr Runtime-Daten der Response Groups
\nRTCAB<\/strong> – In ihr liegen die Daten aller Adressb\u00fccher
\nRTCSHARED<\/strong> – Beinhaltet Konferenzdaten
\nRTCXDS<\/strong> – Ist f\u00fcr das Backup der Benutzerdaten zust\u00e4ndig<\/p>\n

— Persistent Chat —
\nMGC<\/strong> – Speichert alle Persistent Chats und deren Protokolle<\/p>\n

— Monitoring —
\nLCSCDR<\/strong> – Speichert Details aller Calls
\nLCSLOG<\/strong> – Beinhaltet Daten aller Instant Messages und Konferenzen
\nQOEMETRICS<\/strong> – Beinhaltet QoE-Daten um die Qualit\u00e4t der Dienste f\u00fcr User sicherzustellen<\/p>\n

Vorbereitung<\/strong><\/span><\/p>\n

Als erstes, und dies ist \u00e4u\u00dferst wichtig, muss daf\u00fcr gesorgt werden, dass die Central Management Datenbank w\u00e4hrend des Umzugs nicht auf einem der FrontEnd-Server l\u00e4uft. Da dessen Dienste w\u00e4hrend des Umzugs nur eingeschr\u00e4nkt bzw. gar nicht verf\u00fcgbar sind, wir allerdings \u00fcber die Topologie nachher auf den neuen SQL-Server verweisen, k\u00f6nnte dies fatale Folgen haben. Ist dies also der Fall, muss ein tempor\u00e4rer Lync-Server aufgesetzt werden, der keine Rolle besitzt, sondern nur den Central Managent Store besitzt. Erst wenn dies sichergestellt wurde und die CMS Replikation auf “healthy” steht, k\u00f6nnen wir fortfahren. \u00dcberpr\u00fcfen k\u00f6nnen wir dies mit folgendem Befehl:<\/p>\n

\n
Get-CsManagementStoreReplicationStatus<\/pre>\n<\/blockquote>\n
Um sicherzustellen, dass keine Zugriffe mehr auf die Datenbank entstehen, m\u00fcssen die Lyncdienste im gesamten FrontEnd- und auch im\u00a0Persistent Chat-Pool beendet werden. Das hei\u00dft: Diese Arbeit ist auf jeden Fall au\u00dferhalb der Gesch\u00e4ftszeiten zu erledigen und kann sich ordentlich in die L\u00e4nge ziehen.<\/p>\n
Wie erw\u00e4hnt gehen wir also als erstes auf s\u00e4mtliche Server, die sich in den oben genannten Pools befinden und f\u00fchren folgenden Befehl aus:<\/p>\n
\n
Stop-CsWindowsService<\/pre>\n<\/blockquote>\n
Dieser Befehlt stoppt s\u00e4mtliche Lync-Dienste auf dem jeweiligen Server. Bitte notieren Sie sich die Reihenfolge der Abschaltung der Server in einer Handnotiz, um sp\u00e4ter zum Abschluss die Server wieder in entgegengesetzter Richtung zu starten.<\/p>\n
Export<\/strong><\/span><\/p>\n
Als erstes m\u00fcssen wir die Datenbanken f\u00fcr den Umzug vorbereiten. Dazu verwenden wir folgendes Script:<\/p>\n
\n
ALTER DATABASE cpsdyn SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE cpsdyn SET SINGLE_USER\r\nALTER DATABASE cpsdyn SET ONLINE\r\nALTER DATABASE rgsconfig SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rgsconfig SET SINGLE_USER\r\nALTER DATABASE rgsconfig SET ONLINE\r\nALTER DATABASE rgsdyn SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rgsdyn SET SINGLE_USER\r\nALTER DATABASE rgsdyn SET ONLINE\r\nALTER DATABASE rtcab SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcab SET SINGLE_USER\r\nALTER DATABASE rtcab SET ONLINE\r\nALTER DATABASE rtcshared SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcshared SET SINGLE_USER\r\nALTER DATABASE rtcshared SET ONLINE\r\nALTER DATABASE rtcxds SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcxds SET SINGLE_USER\r\nALTER DATABASE rtcxds SET ONLINE\r\nALTER DATABASE mgc SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE mgc SET SINGLE_USER\r\nALTER DATABASE mgc SET ONLINE\r\nALTER DATABASE LcsCDR SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE LcsCDR SET SINGLE_USER\r\nALTER DATABASE LcsCDR SET ONLINE\r\nALTER DATABASE LcsLog SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE LcsLog SET SINGLE_USER\r\nALTER DATABASE LcsLog SET ONLINE\r\nALTER DATABASE QoEMetrics SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE QoEMetrics SET SINGLE_USER\r\nALTER DATABASE QoEMetrics SET ONLINE<\/pre>\n
<\/pre>\n<\/blockquote>\n
Von diesem Zeitpunkt an kann man nur noch eine Verbindung pro Datenbank \u00f6ffnen. Das hei\u00dft man kann auch nur eine Query im Management-Studio gleichzeitig ge\u00f6ffnet haben. Die alten Hasen werden nun vermutlich lachen, aber ich bin fast verzweifelt, bevor ich das kapiert habe…<\/p>\n
Nun denn, nachdem das erledigt wurde, k\u00f6nnen wir die Datenbanken in\u00a0einem Ordner unserer Wahl<\/span> sichern. Dies erledigen wir \u00fcber folgendes Script:<\/p>\n
\n
USE Master;\r\nGO\r\nBACKUP DATABASE cpsdyn\r\nTO DISK = 'D:\\BackUp\\<\/span>cpsdyn.bak'\r\nGO\r\nBACKUP DATABASE rgsconfig\r\nTO DISK = 'D:\\BackUp\\<\/span>rgsconfig.bak'\r\nGO\r\nBACKUP DATABASE rgsdyn\r\nTO DISK = 'D:\\BackUp\\<\/span>rgsdyn.bak'\r\nGO\r\nBACKUP DATABASE rtcab\r\nTO DISK = 'D:\\BackUp\\<\/span>rtcab.bak'\r\nGO\r\nBACKUP DATABASE rtcshared\r\nTO DISK = 'D:\\BackUp\\<\/span>rtcshared.bak'\r\nGO\r\nBACKUP DATABASE rtcxds\r\nTO DISK = 'D:\\BackUp\\<\/span>rtcxds.bak'\r\nGO\r\nBACKUP DATABASE mgc\r\nTO DISK = 'D:\\BackUp\\<\/span>mgc.bak'\r\nGO\r\nBACKUP DATABASE lcscdr\r\nTO DISK = 'D:\\BackUp\\<\/span>lcscdr.bak'\r\nGO\r\nBACKUP DATABASE lcslog\r\nTO DISK = 'D:\\BackUp\\<\/span>lcslog.bak'\r\nGO\r\nBACKUP DATABASE qoemetrics\r\nTO DISK = 'D:\\BackUp\\<\/span>qoemetrics.bak'<\/pre>\n
<\/pre>\n<\/blockquote>\n
Kopieren der Daten und Umstellung der Topologie<\/span><\/strong><\/p>\n
Die gesicherten Daten k\u00f6nnen wir nun nehmen und schon mal zum Zielserver verschieben. Damit es zu keinen Irritationen kommt: Wir haben auch auf dem Zielserver wieder unter dem Laufwerk D: einen “BackUp”-Ordner erstellt. Dieser Pfad ist noch nicht der entg\u00fcltige Pfad, dieser wird sp\u00e4ter beim Import der Datenbanken gesetzt.<\/p>\n
Nun gehen wir auf unseren CMS-Host, laden uns die Topologie herunter und passen die Einstellungen an:<\/p>\n
    \n
  1. Erstellung des SQL Server Stores:
    \nUnter Lync Server -> \u00a0<Site><\/span> -> Shared Components\u00a0rechtsklicken wir auf\u00a0“SQL Server stores” und klicken dann auf New SQL Server Store…<\/strong> . Die hier ben\u00f6tigten Daten sollten klar sein, FQDN des Servers und der Instanzname. Im Anschluss mit OK<\/strong> best\u00e4tigen.<\/li>\n
  2. Nun k\u00f6nnen wir auf den FrontEnd-Pool rechtsklicken und gehen dann auf Edit Properties…<\/strong> . Unter dem Punkt “Associations” k\u00f6nnen wir nun den neuen SQL Server store ausw\u00e4hlen. Direkt darunter k\u00f6nnen wir auch noch f\u00fcr die Archivierung den Server ausw\u00e4hlen.<\/li>\n
  3. Nun werden wir die Topologie publishen. Dabei wird uns auch gesagt, dass er nun eine Datenbank auf dem Server anlegen wird. Das ist sch\u00f6n, denn das wollen wir. Wenn der Wizard mit einer Warning bei “Creating Database” erfolgreich abschlie\u00dft, ist der erste Schritt getan.<\/li>\n
  4. Nun widmen wir uns erneut der Topologie, rechtsklicken diesmal auf den Persistent Chat-Pool, \u00f6ffnen wieder die Properties und w\u00e4hlen auch hier den neuen SQL Server store.<\/li>\n
  5. Nun wiederholen wir Schritt 3 nochmal, publishen erneut die Topologie und lassen uns wieder eine Datenbank erstellen. Auch hier kann wieder eine Warnung beim letzten Schritt stehen.<\/li>\n<\/ol>\n
    Damit sind die \u00c4nderungen in der Topologie abgeschlossen.<\/p>\n
    Import der Bestandsdaten in die neue Datenbank<\/span><\/strong><\/p>\n
    Bevor wir beginnen, m\u00fcssen wir auf dem neuen Server die eben erstellten Datenbanken ebenfalls in diesen SingleUser-Modus bekommen. Dazu f\u00fchren wir unser bereits von oben bekanntes Script erneut aus:<\/p>\n
    \n
    ALTER DATABASE cpsdyn SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE cpsdyn SET SINGLE_USER\r\nALTER DATABASE cpsdyn SET ONLINE\r\nALTER DATABASE rgsconfig SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rgsconfig SET SINGLE_USER\r\nALTER DATABASE rgsconfig SET ONLINE\r\nALTER DATABASE rgsdyn SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rgsdyn SET SINGLE_USER\r\nALTER DATABASE rgsdyn SET ONLINE\r\nALTER DATABASE rtcab SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcab SET SINGLE_USER\r\nALTER DATABASE rtcab SET ONLINE\r\nALTER DATABASE rtcshared SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcshared SET SINGLE_USER\r\nALTER DATABASE rtcshared SET ONLINE\r\nALTER DATABASE rtcxds SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE rtcxds SET SINGLE_USER\r\nALTER DATABASE rtcxds SET ONLINE\r\nALTER DATABASE mgc SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE mgc SET SINGLE_USER\r\nALTER DATABASE mgc SET ONLINE\r\nALTER DATABASE LcsCDR SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE LcsCDR SET SINGLE_USER\r\nALTER DATABASE LcsCDR SET ONLINE\r\nALTER DATABASE LcsLog SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE LcsLog SET SINGLE_USER\r\nALTER DATABASE LcsLog SET ONLINE\r\nALTER DATABASE QoEMetrics SET OFFLINE WITH ROLLBACK AFTER 10 Seconds\r\nALTER DATABASE QoEMetrics SET SINGLE_USER\r\nALTER DATABASE QoEMetrics SET ONLINE<\/pre>\n
    <\/pre>\n<\/blockquote>\n
    Nun k\u00f6nnen wir unseren Bestand in die neuen Datenbanken integrieren. Hierzu ist folgendes Script n\u00f6tig, wobei wieder der Quellpfad<\/span> und Zielpfad<\/span> auf die individuellen Einstellungen anzupassen sind:<\/p>\n
    \n
    USE Master;\r\nRESTORE DATABASE [cpsdyn] FROM DISK = N'D:\\BackUp\\<\/span>cpsdyn.bak' WITH FILE = 1,\r\nMOVE N'cpsdyn_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>cpsdyn.mdf',\r\nMOVE N'cpsdyn_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>CPSDYN.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [rgsconfig] FROM DISK = N'D:\\BackUp\\<\/span>rgsconfig.bak' WITH FILE = 1,\r\nMOVE N'rgsconfig_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rgsconfig.mdf',\r\nMOVE N'rgsconfig_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rgsconfig.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [rgsdyn] FROM DISK = N'D:\\BackUp\\<\/span>rgsdyn.bak' WITH FILE = 1,\r\nMOVE N'rgsdyn_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rgsdyn.mdf',\r\nMOVE N'rgsdyn_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rgsdyn.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [rtcab] FROM DISK = N'D:\\BackUp\\<\/span>rtcab.bak' WITH FILE = 1,\r\nMOVE N'rtcab_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcab.mdf',\r\nMOVE N'rtcab_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcab.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [rtcshared] FROM DISK = N'D:\\BackUp\\<\/span>rtcshared.bak' WITH FILE = 1,\r\nMOVE N'rtcshared_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcshared.mdf',\r\nMOVE N'rtcshared_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcshared.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [rtcxds] FROM DISK = N'D:\\BackUp\\<\/span>rtcxds.bak' WITH FILE = 1,\r\nMOVE N'rtcxds_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcxds.mdf',\r\nMOVE N'rtcxds_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>rtcxds.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [mgc] FROM DISK = N'D:\\BackUp\\<\/span>mgc.bak' WITH FILE = 1,\r\nMOVE N'mgc_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>mgc.mdf',\r\nMOVE N'mgc_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>mgc.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [LcsCDR] FROM DISK = N'D:\\BackUp\\<\/span>LcsCDR.bak' WITH FILE = 1,\r\nMOVE N'LcsCDR_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>LcsCDR.mdf',\r\nMOVE N'LcsCDR_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>LcsCDR.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [LcsLog] FROM DISK = N'D:\\BackUp\\<\/span>LcsLog.bak' WITH FILE = 1,\r\nMOVE N'LcsLog_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>LcsLog.mdf',\r\nMOVE N'LcsLog_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>LcsLog.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO\r\nRESTORE DATABASE [QoEMetrics] FROM DISK = N'D:\\BackUp\\<\/span>QoEMetrics.bak' WITH FILE = 1,\r\nMOVE N'QoEMetrics_data' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>QoEMetrics.mdf',\r\nMOVE N'QoEMetrics_log' TO N'D:\\MSSQL12.SKYPE4BUSINESS\\MSSQL\\DATA\\<\/span>QoEMetrics.LDF',\r\nNOUNLOAD, REPLACE, STATS = 10\r\nGO<\/pre>\n<\/blockquote>\n
    Damit ist der Import an sich erledigt.<\/p>\n
    Abschlie\u00dfende Einstellungen<\/span><\/strong><\/p>\n
    Zum Abschluss nehmen wir die Datenbanken wieder in den MultiUser-Mode. Erledigt wird das mit folgendem Script:<\/p>\n
    \n
    ALTER DATABASE cpsdyn SET multi_USER\r\nALTER DATABASE rgsconfig SET multi_USER\r\nALTER DATABASE rgsdyn SET multi_USER\r\nALTER DATABASE rtcab SET multi_USER\r\nALTER DATABASE rtcshared SET multi_USER\r\nALTER DATABASE rtcxds SET multi_USER\r\nALTER DATABASE mgc SET multi_USER\r\nALTER DATABASE LcsCDR SET multi_USER\r\nALTER DATABASE LcsLog SET multi_USER\r\nALTER DATABASE QoEMetrics SET multi_USER<\/pre>\n<\/blockquote>\n
    Dann muss man noch ein sogenanntes “Cross-Database Ownership Chaining” auf der RTCshared-Datenbank aktivieren. Hierzu rechtsklicken wir auf die Datenbank und f\u00fchren eine neue Query aus mit folgendem Inhalt:<\/p>\n
    \n
    ALTER DATABASE rtcshared SET DB_CHAINING ON;<\/pre>\n<\/blockquote>\n
    Reaktivierung der Lync-Dienste + Funktions\u00fcberpr\u00fcfung<\/strong><\/span><\/p>\n
    Dank der Notizen, die wir bzgl. der Reihenfolge der\u00a0Abschaltungen der Frontend-Serverdienste gemacht hatten, k\u00f6nnen wir nun in entgegengesetzter Richtung die Server wieder anfahren. Dies geschieht mit folgendem Befehl:<\/p>\n
    \n
    Start-CsWindowsService<\/pre>\n<\/blockquote>\n
    W\u00e4hrenddessen k\u00f6nnen wir zur Funktionspr\u00fcfung den Eventlog aufmachen (RUN -> eventvwr). Dort sehen wir dann sch\u00f6n die Statusmeldungen beim Starten der einzelnen Dienste und auch die sich \u00f6ffnenden Verbindungen auf den neuen Datenbankserver.<\/p>\n
    Damit sind wir durch. Lediglich den CMS k\u00f6nnen wir noch zur\u00fcckverlagern auf einen FrontEnd-Server.<\/p>\n","protected":false},"excerpt":{"rendered":"
    In diesem Beitrag werden wir den Umzug aller Datenbanken betrachten, die in einer Lync Enterprise-Umgebung auftreten. Diese nennen sich wie folgt: — BackEnd — CPSDYN – Dynamische Informationsdatenbank f\u00fcr das Call Parking-Feature RGSCONFIG – In ihr liegt die Konfiguration aller Response Groups RGSDYN – Dynamische Informationsdatenbank f\u00fcr Runtime-Daten der Response Groups RTCAB – In ihr […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[42,25,198,17],"tags":[13,200],"class_list":["post-959","post","type-post","status-publish","format-standard","hentry","category-lync-server","category-server","category-sql","category-windows","tag-lync","tag-umzug"],"translation":{"provider":"WPGlobus","version":"3.0.6","language":"en","enabled_languages":["de","en"],"languages":{"de":{"title":true,"content":true,"excerpt":false},"en":{"title":false,"content":false,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/959","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/comments?post=959"}],"version-history":[{"count":3,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/959\/revisions"}],"predecessor-version":[{"id":962,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/959\/revisions\/962"}],"wp:attachment":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/media?parent=959"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/categories?post=959"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/tags?post=959"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}