XP/VS Terminal Server pozwala na duże oszczędności

Dzięki XP/VS Terminal Server możliwe jest zmniejszenie wydatków na trzy sposoby:

• XP/VS Server jest przystępny cenowo w porównaniu z innymi rozwiązaniami do obsługi sieci przy pomocy serwerów terminalowych i szczególnie atrakcyjny cenowo w porównaniu z tradycyjnymi aplikacjami klient/serwer
• XP/VS Server umożliwia korzystanie z tańszych "cienkich klientów" (ang. thin clients), zamiast z kosztownych komputerów osobistych z systemem Windows
• Wykorzystanie serwera centralnego w celu zarządzania użytkownikami i aplikacjami na komputerach klienckich jest o wiele bardziej opłacalnym rozwiązaniem niż obsługa i wsparcie świadczone licznym komputerom indywidualnie, nie wspominając o oszczędności czasu

Funkcje programu Thinstuff XP/VS Terminal Server

Jeśli zastanawiają się Państwo nad zakupem licencji XP/VS Terminal Server, ale nie są pewni czy spełni on Państwa oczekiwania, poniższa tabela z pewnością będzie pomocna. Porównano w niej wszystkie trzy wersje Thinstuff XP/VS Terminal Server: Lite, Standard i Professional.

 Thinystuff ceny - Thinstuff License Management - My Account

Po zainstalowaniu ostatniej aktualizacji ujawniły sie problemy z uruchomieniem aplikacji z pakietu Microsoft Office 2013

Office "System operacyjny nie jest obecnie skonfigurowany do uruchamiania tej aplikacji"

Problem pojawia się w 64-bitowym pakiecie Office 2013 na komputerach na których nastąpiła aktualizacja Offica do kompilacji 15.0.5589.1001, która jest datowana na 19 września 2023. 

Oto proste rozwiązanie:

1. Uruchom dowolną aplikację biurową, np. Word, z menu Start (przycisk Start / Microsoft Office 2013 / (aplikacja). Ten link powinien działać; Tylko linki, które zostały skopiowane na pulpity, paski zadań itp., Które tego nie robią.

2. Kliknij pusty dokument (lub skoroszyt lub cokolwiek innego), aby przejść do zwykłego okna dokumentu. Następnie użyj Plik / Konto, aby otworzyć ekran konta / wersji / aktywacji. Kliknij przycisk Opcje aktualizacji i wybierz z menu opcję Wyłącz aktualizacje. Jest to ważne, ponieważ nie chcesz, aby komputer pobierał aktualizację ponownie po jej odinstalowaniu!

3. (Uwaga: kroki 1 i 2 można również wykonać tylko po to, aby aktywnie uniemożliwić aktualizowanie dowolnego komputera z 2013-bitowym pakietem Office 64, jeśli jeszcze tego nie zrobiono. Zainstalowana wersja pojawi się na tym ekranie, a jeśli jest wcześniejsza niż 15.0.5589.1001, po prostu wyłącz aktualizacje i unikniesz punktora. Gratulacje, gotowe.)

4. Zakładając, że zostałeś zaktualizowany, zamknij załadowaną aplikację pakietu Office i wszystkie inne aplikacje pakietu Office 2013.

5. Otwórz wiersz polecenia z podwyższonym poziomem uprawnień (uruchom polecenie cmd.exe jako administrator)

6. Zmień na folder podstawowy kliknij 2013 do uruchomienia pakietu Office:
   cd "%programfiles%\Microsoft Office 15\ClientX64"

7. Przywróć wersję 15.0.5571.1000, która nie ma tego błędu:
   officec2rclient.exe /update user updatetoversion=15.0.5571.1000

8. Poczekaj chwilę. Bądź cierpliwy, to zajmuje kilka minut. Zobaczysz wyskakujące okienko (nie od razu, nie martw się) informujące, że aktualizacje są pobierane; Następnie to okno zostanie zamknięte i pojawi się kolejne z informacją, że aktualizacje są instalowane. Kiedy to drugie pudełko się zamknie, gotowe.

Do tej pory zrobiłem to na dwóch komputerach i działało bezbłędnie na obu.

Prawdopodobnie powinieneś monitorować rzeczy i sprawdzić, czy aktualizacja naprawiająca błąd zostanie wydana, i ponownie włączyć automatyczne aktualizacje, jeśli tak. Lub, jeszcze lepiej, poproś firmę, aby wyłożyła kilka dolców na nowszą, obsługiwaną wersję pakietu Office.

Ale to powinno zrobić w międzyczasie.

REDAGOWAĆ:

Aby uczynić to nieco łatwiejszym do napisania, oto kilka dodatkowych przemyśleń:

Zamiast wykonywać kroki 1–3 interakcyjnie, można wyłączyć automatyczną aktualizację za pomocą operacji rejestru, którą można wykonać w powłoce poleceń przy użyciu polecenia REG lub w programie PowerShell przy użyciu polecenia Set-ItemProperty:

reg add 'hklm\SOFTWARE\Microsoft\Office\15.0\ClickToRun\Configuration' /v UpdatesEnabled /t REG_SZ /d 'False' /F

lub

set-ItemProperty -path 'hklm:\SOFTWARE\Microsoft\Office\15.0\ClickToRun\Configuration' -name 'UpdatesEnabled' -value 'False'

Jeśli jednak zrobisz to w skrypcie, ważne jest, aby upewnić się, że zainstalowana jest poprawna wersja pakietu Microsoft Office 2013 (x64). Jeśli zrobisz to na komputerze z dowolną inną wersją pakietu Office, ryzykujesz stworzenie świętego bałaganu. Pozostawię to tobie, aby napisać kod, aby to sprawdzić, ale miejsca, które chciałbyś szukać, to te lokalizacje rejestru:

• HKLM\SOFTWARE\Microsoft\Office\15.0\ClickToRun\Configuration\VersionToReport — wartość REG_SZ, zawiera numer zainstalowanej wersji (sprawdź 15.0.5589.1001; to zła wersja)

• HKLM\SOFTWARE\Microsoft\Office\15.0\ClickToRun\Configuration\Platform - REG_SZ wartość, będzie "x64" dla wersji 64-bitowej (jeśli jest to x32, nie trzeba wycofywać)

Backup & Restore a PostgreSQL Database

Postgres provides to 3 fundamentally different ways of backing up your database. 

• SQL Dump
• File System Backup
• Continuous Archiving

SQL Dump

All commands should be run as the postgres user.

sudo su - postgres

The SQL dump (pg_dump) is a command that generates a text file that contains necessary SQL instruction that will recreate the database. The dumped file can be fed back to the server to recreate the existing structure of the database, including the data itself.

pg_dump dbname > dbbackupfilename.sql


The pg_dump command can be used to perform database backups from any remote host that you have access to. 
It's important to understand that the command needs access to all tables that you want to backup so it should be initiated by a database user with superuser privilege.


If your are working with a large database it useful to gizip the file as you dump it. You can gizip the dump by running the following command instead. pg_dump dbname | gzip > dbbackupfilename.gz


Restore PostgreSQL pg_dump To restore the pg_dump file we make use of the psql command psql dbname < dbbackupfilename If you want to make sure that the database restoration stops incase of an error related you can set the ON_ERROR_STOP flag. psql --set ON_ERROR_STOP=on dbname < dbbackupfilename If you are handling a large database you might have gzipped the dump to minimize file-size and transfer time. To restore a gzipped pg_dump file you can run the following command. gunzip -c filename.gz | psql dbname


2: File System Backup In some cases the SQL dump is not optimal for your situation. Another useful way to backup PostgreSQL is to do a file system backup that directly copies all the file that PostgreSQL uses to store data in the database.

tar -cf dbbackupfilename.tar /usr/local/pgsql/data It's important to understand that the file system-level backup imposes extra restrictions when compared with the pg_dump method. file system backups require the database to be turned off in order to generate usable backups file system backups only work for complete backup and restoration of an entire database cluster.


--------


Basic backup and restore commands # Backup a single database pg_dump db_name > db_backup.sql # Restore a single database psql db_name < db_backup.sql # Backup an entire postgres database cluster pg_dumpall > cluster_backup.sql # Restore an entire postgres database cluster psql -f cluster_backup.sql postgres Backup and Restore using compression # Backup a single database pg_dump db_name | gzip > db_backup.gz # Restore a single database gunzip -c db_backup.gz | psql db_name # Backup a database cluster pg_dumpall | gzip > cluster_backup.gz # Restore a database cluster gunzip -c cluster_backup.gz | psql postgres Backup and be able to restore individual tables # Backup a single database pg_dump -Fc db_name > db_backup.dmp # Restore a single database pg_restore -d db_name db_backup.dmp # Can use pg_dumpall to backup all global information # then use pg_dump to backup each database pg_dumpall > global_only_backup.sql --globals-only Restore the database and stop on errors psql db_name < db_backup.sql --set ON_ERROR_STOP=on After restore, vacuum and analyze tables vacuumdb -a -z Basic Backup script #!/bin/bash # # Takes a full backup of the database and stores it in the backup folder # Run this script as the postgres user # DATE=`date +%Y-%m-%d` echo `date` - Delete old backups find ~/backup/* -mtime +1 -delete echo `date` - Do a full postgres cluster dump pg_dumpall | gzip > ~/backup/db_cluster_dump_$DATE.gz echo `date` - Sync pg_backups with S3 # /usr/local/bin/aws s3 sync ~/backup s3://bucket_name/backup echo `date` - Sync postgres configuration files with S3 # /usr/local/bin/aws s3 sync /etc/postgresql/9.3/main s3://bucket_name/backup echo `date` - Backup complete Schedule the script using cron # Make sure script is executable by postgres chmod 770 backup_script.sh crontab -e # m h dom mon dow command 0 4 * * * ~/backup_script.sh > ~/backup_script.log 2>&1