Cerințele preliminare de bază pentru software-ul pentru instalarea WM se găsesc în document Prerequisites (Workflow Manager 1.0).
Asigurați-vă că ați citit lista cerințelor suplimentare din documentul Requirements System (Workflow Manager 1.0). în special pe serverul SQL, atunci când se utilizează protocolul TCP / IP, serviciul SQL Browser trebuie pornit.
Întregul proces de descriere ulterioară va consta în următoarea secvență de acțiuni:
1. Pregătirea infrastructurii
Creați un cont de utilizator în domeniu, în numele căruia vor fi difuzate serviciile Workflow Manager. În cazul nostru, acesta va fi contul: s-KOM-AD01-WF-Mgr.
Creați un grup local de securitate în domeniul care va fuziona administratorii Workflow Manager, de exemplu, COM-AD01-Workflow-Manager-DB-Admins.
Includeți utilizatorul s-KOM-AD01-WF-Mgr în grupul KOM-AD01-Workflow-Manager-DB-Admins.
2. Instalați clientul SQL Server Native pe serverul Workflow Manager
3. Creați Alias SQL pe serverul Workflow Manager
După instalarea clientului SQL Server, creați Alias SQL pe serverul nostru. pe care le vom folosi ulterior pentru a conecta serviciile Workflow Manager la SQL Server. Cu siguranță nu puteți face acest lucru, dar poate fi util (ne va oferi o flexibilitate suplimentară) dacă aveți nevoie să transferați baza de date către un alt server SQL sau chiar o instanță. Pornește sistemul de operare built-in de utilitate SQL Server Client Network Utility (% windir% \ system32 \ cliconfg.exe) și se adaugă două noi alias-uri - cu un nume scurt al SQL Server-și FQDN.
Când creați un alias, rețineți cerința din Cerințele de sistem pentru document (Workflow Manager 1.0), din care numele serverului de bază de date nu trebuie să depășească 15 caractere. deși, de fapt, o astfel de cerință este valabilă numai atunci când se utilizează țevi Named (conducte denumite) pentru a se conecta la SQL Server.
Acum trebuie să verificăm aliasurile SQL pe care le-am creat. Pentru aceasta, creați un fișier gol Universal Data Link cu extensia * .udl și executați-l. În fila Conexiune, specificați aliasul SQL, selectați modul de autentificare Utilizați securitatea integrată Windows NT și faceți clic pe butonul Test conexiune
Dacă am făcut totul corect, vom obține un rezultat pozitiv de conectare. Lista tuturor bazelor de date active de pe noul server SQL va fi disponibilă în Selectați baza de date din lista derulantă server. Astfel, vom verifica aliasul creat atât de numele NetBIOS, cât și de FQDN.
4. Creați o memorie cache de rețea cache de rețea web
Aceasta este lista componentelor care pot fi instalate prin intermediul utilitarului Microsoft Web Platform Installer. În cazul în care în mod direct de pe server, pe care intenționăm să utilizăm pentru a instala Managerul componentei de flux de lucru, nu există acces la Internet, putem, de exemplu, pe stația de lucru a administratorului de a instala Microsoft Web Platform Installer și descărca componentele necesare pentru a ne pentru a crea un pachet de instalare offline pe un server . Pentru comoditatea de uz general Web Platform Installer în modul stand-alone, vom crea un director de rețea separat pe un server de fișiere (\\ holding.com \ Software \ WEB-PI-OFFLINE-CACHE). În acest director, în viitor, vom descărca instalatorii necesari și toate dependențele acestora, organizând astfel un fel de cache local public de pachete de instalare distribuite prin Web Platform Installer.
Acum, cu Platforma de instalare Web instalată, trebuie să descărcați toate componentele de mai sus. Puteți face acest lucru fie interactiv prin UI Web Platform Installer sau prin intermediul utilitarului de linie de comandă WebpiCmd.exe. care, în mod implicit, este localizat în directorul de instalare C: \ Program Files \ Microsoft \ Web Platform Installer
În primul rând, executăm comanda pentru listarea tuturor produselor:
Ca urmare, trebuie să obținem o listă impresionantă de produse disponibile pentru instalare
Studiem cu atenție această listă pentru componentele de care avem nevoie pentru a afla identificatorii lor.
Următoarea comandă va încărca componentele cu ID-urile WorkflowManagerRefresh corespunzătoare. WorkflowClient. ServiceBus_1_1 la un director de rețea pre-creat de pe serverul de fișiere, creat pentru ușurință în utilizare obișnuită, în mod special pentru stocarea cache-ului Web Platform Installer:
În exemplul nostru, când procedura de descărcare a fost finalizată, dimensiunea totală a directorului cache al instalatorului independent a fost de 346 MB.
5. Instalați componentele Workflow Manager pe un server dedicat
După offline cache-ul este umplut cu noi, instalatorii necesare, vom merge la server, pe care le-am pregătit pentru instalarea Workflow Manager, instalați-l pe Web Platform Installer și rulați comanda de configurare off-line cache (din cota de rețea):
În timpul instalării, rolul serverului Web (componentele IIS sunt instalate) va fi activat și vor fi instalate mai multe aplicații necesare pentru Workflow Manager ...
6. Creați o fermă de flux de lucru
Imediat după ce instalarea este finalizată, este lansat Expertul de configurare a Managerului fluxului de lucru. Procesul de instalare în diferite versiuni este descris pe deplin în documentul Crearea unei noi ferme.
În exemplul nostru, este selectată opțiunea Configurare avansată a managerului de flux de lucru cu setări personalizate
În formularul de setări pentru configurația Workflow Manager, în secțiunea Configurare bază de date pentru gestionarea fermelor, setați instanța SQL Server ca FQDN pentru numele aliasului SQL. pe care am creat-o mai devreme (KOM-AD01-SQLSP.holding.com).
Activați opțiunea Utilizați instanța și setările SQL Server de mai sus pentru toate bazele de date. Pentru a utiliza numele serverului SQL specificat pentru toate celelalte baze de date din expertul de configurare și faceți clic pe butonul Testare conexiune Test conexiune
Se creează numele bazelor de date ale bazei de date privind gestionarea exploatațiilor agricole. Administrarea bazei de date. Baza de date pentru gestionarea resurselor lasă defaultul propus.
Ca cont de serviciu, vom specifica contul de domeniu anterior creat s-KOM-AD01-WF-Mgr
Să permitem generarea automată a certificatelor SSL necesare pentru protejarea conexiunilor intercomponente WM.
Cheia de generare a certificatelor ar trebui să fie scrisă într-o locație separată, deoarece vom avea nevoie de aceasta în cazul în care vom decide să extindem ferma Workflow Manager cu un server suplimentar.
Valorile porturilor WM utilizate sunt lăsate în mod implicit - 12290 și 12291. Pentru aceste porturi, regulile de autorizare din Paravanul de protecție Windows vor fi create automat, cu condiția să fie activată opțiunea Activare reguli firewall pe acest computer.
Activați opțiunea care permite conexiunile HTTP neprotejate WM - Permiteți gestionarea fluxului de lucru prin HTTP pe acest computer
Parametrul Configurare Admin Group înlocuind valoarea implicită a builtin \ Administrators înființat în numele grupului nostru de securitate anterioare KOM \ KOM-AD01-flux de lucru-manager-DB-Adminii
Apăsați săgeata pentru a merge la a doua etapă a configurației - Configurare bus service.
Numele serverului SQL și Baza de date de gestionare a fermelor. Baza de date a bazei de date și baza de date pentru containere de mesaje, lăsăm propusă în mod prestabilit, verificând posibilitatea creării lor ulterioare utilizând butoanele Test Connection
Ca cont de serviciu, vom folosi același cont utilizat pentru WM, permițând opțiunea Utilizați aceleași acreditări ale contului de serviciu ca cele furnizate pentru Workflow Manager
Ca și pentru WM, porniți certificatele de auto-generare și folosiți aceeași cheie de generare a certificatelor. Utilizați aceeași cheie de generare a certificatului ca cea furnizată pentru Workflow Manager.
Părăsim porturile în valorile implicite. Pentru aceștia, cu regulile Enable firewall pe acest computer activat, regulile de activare din Paravanul de protecție Windows vor fi create automat.
În parametrul Configure Admin Group, specificați numele grupului de securitate KOM \ KOM-AD01-Workflow-Manager-DB-Admins
În ecranul Rezumat, verificăm din nou toate setările și dă clic pe butonul de configurare din colțul din dreapta jos ...
Așteptăm procesul de configurare pentru a termina ...
După ce instalarea sa încheiat cu succes, ne asigurăm că paravanul de protecție Windows a permis regulile de conectare la intrare așa cum sunt definite în Expertul pentru configurarea Workflow Manager.
Pe serverul SQL, verificăm bazele de date create și, dacă este necesar, schimbăm modelul de recuperare pentru aceștia, de la standardul complet la simplu.
Register-SPWorkflowService. Apelantul nu are permisiunile necesare pentru această operație. Permisiuni acordate: Niciuna. Permisele necesare: WriteScope. Anteturi HTTP primite de la server - ActivityId: 96af3802-0e68-4c35-9105-2038b5a44417. NodeId: server WFM. Domeniu de aplicare: / SharePoint. Activitatea clientului Id. În mod obișnuit,
Motivul pentru această eroare a fost că am uitat să includ un cont de administrare, în numele căruia a fost executat comanda, în grupul Administratori WFM (în cazul nostru este grupul KOM-AD01-Workflow-Manager-DB-Admins).
Surse suplimentare de informații.
Vă mulțumim pentru legătură, am studiat deja acest subiect. Numai că nu înțeleg nici un lucru. Dacă am mai multe colecții de site-uri și eu specific doar unul, vor funcționa procesele de lucru pe alte familii? Sau pentru restul familiilor au nevoie de o comandă repetată?
De exemplu. Există o aplicație web "work.lan" în ea mai multe semestre \, \ buh, \ manager. Dacă specificăm familia work.lan, va funcționa pe work.lan \ buh? La urma urmei, familia principală nu moșteneste drepturile altor familii, așa că se pune problema la Worflow.
Undeva unde am citit că parametrul -SPSite vă permite să specificați un link către orice colecție de site-uri.
Serviciul de flux de lucru va fi disponibil la nivelul întregii ferme.
Aproape vorbind, cmdlet-ul Register-SPWorkflowService se alătură Managerului fluxului de lucru la întreaga fermă și nu la o colecție specială de site-uri.
Există idei care nu sunt suficiente.
Mulțumesc.
Articole similare
Trimiteți-le prietenilor: