Normalnie OpenKM jest skonfigurowany jak pojedyncza instancja jednego użytkownika (ST) środowisko w którym każdy użytkownik (Właściciel instancji) i uruchamia pojedynczą instancję, która jest zainstalowana na jednym serwerze lub w całym ich gronie.
Jednakże możliwe jest uruchomienie wielu instancji OpenKM na tym samym serwerze, dzieląc przechowalnie treści i tworzenie spersonalizowanych środowisk klientów. To niektóre z korzyści:
Wieloobsługowość pozwala na to, aby każdy z wielu niezależnych użytkowników był gospodarzem pojedynczej instancji, która może być zainstalowana albo na pojedynczym serwerze lub w całym ich gronie. Główna instancja jest logicznie partycjowana w taki sposób, że będzie ukazywał się każdemu użytkownikowi jako kompletnie osobna instancja OpenKM.
Super użytkownik "okmAdmin" ma dostęp do pełnego środowiska. Użytkownicy będą administrowani przez super "okmAdmin" przy użyciu konsoli Tenant Admin.
Po utworzeniu i włączeniu użytkownika, administrator użytkownika może zalogować się do instancji OpenKM i uzyskać dostęp do obszaru Administracja w kontekście domeny użytkownika. Jeśli na przykład użytkownik / organizacja o nazwie "OKM" zostanie utworzona, administrator użytkownika może zalogować się jako "admin @ OKM" i utworzyć użytkowników takich jak "joe @ OKM", "ralph @ OKM".
Zapewnia użytkownikom możliwość dostosowywania środowiska OpenKM, w tym modeli, przepływów pracy i interfejsu klienta WWW.
Fizyczna zawartość dla każdego użytkownika jest przechowywana w oddzielnym katalogu głównym (ewentualnie oddzielnym zamontowanym dysku). Pozwala to również na uzyskanie dokładnego użycia dysku fizycznego poprzez pomiar dysku używanego w lokalizacji głównej.
Ponieważ wszyscy użytkownicy dzielą ten sam schemat bazy danych, czynności związane z tworzeniem kopii zapasowych i przywracaniem są podobne do prostego procesu tworzenia kopii zapasowej. Kroki te muszą również wziąć pod uwagę wykorzystanie trasowania treści użytkownika (jeśli dotyczy).