Przenoszenie aplikacji do produkcji

To powody, dla których warto przenosić aplikacje lub część ich zawartości:

Aby przenieść aplikacje do produkcji po zakończeniu testowania środowiska deweloperskiego.
Aby przenosić aplikacje do innej farmy. Na przykład, aby przetestować nową wersję aplikacji Infor EPM.
Aby przenieść aplikacje z pojedynczego dzierżawcy deweloperskiego do pojedynczego dzierżawcy produkcyjnego. Niektóre operacje wymagają wsparcia Cloud Ops z powodu limitu przekazywania wynoszącego 128 MB.

Aplikację niestandardową i aplikację biznesową Infor EPM można przenosić w ramach akcji inicjującej lub aktualizacji już istniejącej aplikacji w środowisku docelowym.

W tej tabeli pokazano akcje i objaśnienia, o których należy pamiętać podczas przenoszenia aplikacji do systemu produkcyjnego:


Typ akcji	Aplikacje niestandardowe	Aplikacje biznesowe Infor EPM
Początkowa	Aby spakować niestandardową aplikację do pliku .biapplication plik, kliknij Eksportuj w dashboardzie Aplikacje. Następnie zainstaluj aplikację w dzierżawcy docelowym.	Aby rozszerzyć standardowe aplikacje biznesowe, można utworzyć niestandardowe aplikacje, które zapewniają niestandardowe raporty i procesy Application Engine do standardowej aplikacji. Aby spakować niestandardową aplikację do pliku .biapplication plik, kliknij Eksportuj w dashboardzie Aplikacje. Następnie zainstaluj aplikację w dzierżawcy docelowym. Uwaga W środowiskach lokalnych należy ręcznie instalować aplikacje biznesowe Infor EPM w docelowej farmie dzierżawcy. Patrz "Instalowanie aplikacji biznesowych Infor EPM".
Początkowa/aktualizacja	Aby przenosić model OLAP i model relacyjny, w tym tabele tymczasowe, kwerendy ładowania i skrypty, należy użyć funkcji eksportowania pakietów w modelowanie relacyjne. Następnie należy zaimportować plik .rmbundle do dzierżawcy docelowego. Patrz "Importowanie i eksportowanie". Uwaga W przypadku dużych tabel z danymi do przenoszenia danych należy użyć SQL Management Studio.	Aby rozszerzyć bazę danych OLAP (DEPMAPPS), należy użyć funkcji eksportu pakietu, aby przenieść model OLAP i model relacyjny, w tym tabele tymczasowe, kwerendy ładowania i skrypty. Następnie należy zaimportować plik .rmbundle do dzierżawcy docelowego. Patrz "Importowanie i eksportowanie".
Początkowa/aktualizacja	Aktualnie nie można eksportować i importować konfiguracji zabezpieczeń, takich jak role IFS i przypisania ról użytkowników. Konfigurację należy przeprowadzić ręcznie.	Aktualnie nie można eksportować i importować konfiguracji zabezpieczeń, takich jak role IFS i przypisania ról użytkowników. Konfigurację należy przeprowadzić ręcznie.
Aktualizuj	Za każdym razem, gdy przenosisz aktualizowaną zawartość, zalecamy wykonanie tych akcji: Przed importowaniem należy wykonać kopię zapasową bazy danych OLAP. Patrz "Eksportowanie i importowanie baz danych OLAP". Określ, czy należy przenieść tylko części bazy danych OLAP i niektóre role danych do dzierżawcy produkcyjnego. Zazwyczaj kostki i wymiary bazy danych OLAP oraz role danych są tworzone i uzupełniane za pomocą modelowania OLAP w dzierżawie produkcyjnej. Dlatego eksportowanie i importowanie bazy danych OLAP może nie być wymagane. Uwaga Zweryfikuj, czy baza danych OLAP zawiera treści i konfigurację zabezpieczeń, które nie znajdują się w modelu OLAP, takie jak role danych, role aplikacji i ich uprawnienia w kostkach dostępu. Jeśli tak, to należy wyeksportować i importować bazę danych lub jej części. Patrz "Eksportowanie aplikacji". Ostrzeżenie Zawsze importuj role aplikacji i, jeśli to wymagane, role danych przed zaimportowaniem bazy danych OLAP. W przeciwnym razie dane zostaną utracone. W bazie danych OLAP wymiar ról (_GRP) jest automatycznie odświeżany poprzez role w systemie docelowym, gdy system zostanie uruchomiony. W przypadku korzystania z funkcji eksportu i importu aplikacji zachowane jest poprawne zamówienie eksportu i importu. Przed zaimportowaniem pakietu modli upewnij się, że importujesz pojedyncze role aplikacji lub plik .biapplication z rolami aplikacji. Użyj jednej z tych metod, aby importować model OLAP do dzierżawcy produkcyjnego: Zaimportuj nowe obiekty modelu OLAP i zastąp istniejące obiekty. Ta metoda gwarantuje, że żaden rekord nie zostanie utracony podczas importowania. Wyczyść istniejący model OLAP i zastąp go nowym modelem. Uwaga Przed zaimportowaniem upewnij się, że zapisano dane modelu produkcyjnego. Dane modelu można zaimportować z powrotem po zaimportowaniu modelu. Upewnij się, czy istnieją tabele tymczasowe, w przypadku których dane mają być przenoszone do dzierżawcy produkcyjnego. Uwaga Tabele u dzierżawcy produkcyjnego zawierają rzeczywiste dane, których nie można nadpisać.	Za każdym razem, gdy przenosisz aktualizowaną zawartość, zalecamy wykonanie tych akcji: Przed importowaniem należy wykonać kopię zapasową bazy danych OLAP. Patrz "Eksportowanie i importowanie baz danych OLAP". Zazwyczaj eksportowanie i importowanie bazy danych OLAP (DEPMAPPS) i ról danych do dzierżawcy produkcyjnego nie jest wymagane. W systemie produkcyjnym role danych są generowane za pośrednictwem Business Modeling. Kostki i wymiary bazy danych OLAP są również tworzone i uzupełniane za pośrednictwem Business Modeling. Upewnij się, czy przenosić dane znajdujące się w tabelach integracji. Zazwyczaj dane w tabelach integracji są zachowane tylko tymczasowo i są czyszczone po importowaniu do Business Modeling. Uwaga Przenoszenie schematu tabel integracji nie jest wymagane. Tabele są tworzone i zarządzane z poziomu Business Modeling. W przypadku dodawania niestandardowych właściwości do obiektu biznesowego w Business Modeling, tabele integracji są automatycznie rozszerzane o dodatkowe pola.

W tej tabeli opisano zadania w kolejności, w jakiej należy je wykonać, w celu ręcznego przeniesienia aplikacji:


Zakończone	Zadanie	Dodatkowe informacje
❑	Utwórz aplikację docelową. Przenosząc zawartość aplikacji niestandardowej po raz pierwszy, należy tworzyć aplikację docelową, do której będzie importowana zawartość. Podczas tworzenia aplikacji docelowej należy wybrać te same funkcje, co w aplikacji źródłowej. Uwaga Pomiń to zadanie, jeśli używasz funkcji Eksportuj aplikację, aby eksportować niestandardową aplikację do pliku .biapplication. Uwaga Tworzenie aplikacji docelowej nie jest wymagane w przypadku chronionych i standardowych aplikacji, które są wdrożone.	Dashboard aplikacji Patrz Zarządzanie aplikacjami ST.
❑	Dodaj niestandardowe połączenia danych. Niestandardowe połączenia danych wykorzystywane przez raporty Application Studio są przenoszone podczas eksportowania/importowania raportu. Połączenia danych do mapowania OLAP itp. należy utworzyć wcześniej.	Dashboard Połączenia danych Zobacz Dodawanie połączenia danych.
❑	Eksportowanie i importowanie kwerend i tabel.	Dashboard Modelowanie relacyjne Patrz Eksportowanie modelu i Importowanie modelu.
❑	Eksportowanie i importowanie ról danych OLAP. Przed zaimportowaniem danych OLAP należy zaimportować role danych OLAP do aplikacji produkcyjnej.	Dashboard Role danych Patrz Eksportowanie ról danych i Importowanie ról danych.
❑	Eksportowanie i importowanie ról aplikacji. Przed zaimportowaniem danych OLAP należy zaimportować role aplikacji do aplikacji produkcyjnej. Uwaga Zadanie to nie ma zastosowania do aplikacji o ograniczonym dostępie, takich jak aplikacje biznesowe Infor EPM. W przypadku aplikacji chronionych należy eksportować i importować tylko obiekty niestandardowe.	Dashboard Role aplikacji Zobacz Eksportowanie ról aplikacji i Importowanie ról aplikacji.
❑	Eksportowanie i importowanie danych OLAP. Zazwyczaj nie należy transportować danych OLAP ze środowiska deweloperskiego do produkcyjnego, ponieważ dane są głównie w produkcji. Można jednak przenieść dane OLAP ze środowiska produkcyjnego do deweloperskiego w celu tworzenia raportów niestandardowych z zastosowaniem rzeczywistych danych.	Dashboard Bazy danych Patrz Eksportowanie i importowanie baz danych OLAP.
❑	Eksportowanie i importowanie mapowań.	Dashboard Przegląd mapowań Patrz Eksportowanie mapowań i Importowanie mapowań.
❑	Eksportowanie i importowanie procesów Application Engine. Uwaga W przypadku aplikacji z ograniczeniami, takich jak aplikacje biznesowe Infor EPM, procesy biznesowe znajdują się w niestandardowej aplikacji, która rozszerza aplikację z ograniczeniami. W przypadku aplikacji chronionych należy eksportować i importować tylko obiekty niestandardowe.	Application Engine Process Editor Patrz Eksportowanie procesów do folderu i Importowanie procesów z folderu.
❑	Eksportuj i importuj raporty Application Studio. Uwaga W przypadku aplikacji z ograniczeniami, takich jak aplikacje biznesowe Infor EPM, raporty niestandardowe znajdują się w aplikacji niestandardowej, która rozszerza aplikację z ograniczeniami. W przypadku aplikacji chronionych należy eksportować i importować tylko obiekty niestandardowe.	Application Studio Patrz Eksportowanie, importowanie i drukowanie.
❑	Eksportuj i importuj dashboardy. Uwaga Zadanie to nie ma zastosowania do aplikacji o ograniczonym dostępie, takich jak aplikacje biznesowe Infor EPM. W przypadku aplikacji chronionych należy eksportować i importować tylko obiekty niestandardowe.	Patrz Tworzenie dashboardów i Importowanie dashboardów.
❑	Tworzenie kopii zapasowej i przywracanie bazy danych Business Modeling.	Microsoft SQL Server Zapoznaj się z dokumentacją dotyczącą Microsoft SQL Server. Wartości konfiguracji, takie jak cykle konfiguracji i wersje, są przechowywane w kostkach konfiguracji i są uwzględniane w kopii zapasowej bazy danych OLAP. Funkcja Cloud Ops musi zakończyć to zadanie w przypadku pojedynczych instalacji dzierżawcy.
❑	Eksportowanie i kopiowanie definicji narzędzia ImportMaster (IMD).	Wymaga pełnego klienta ImportMaster. Zapoznaj się z pomocą online narzędzia ImportMaster.