# First deployment of a Spectrum Protect Server (in a container)
> **NOTES**:
> * The following instructions are for a Spectrum Protect 8.1.4 instance. I used the same procedure described [here](/server) to build the Docker Image. The only difference is that I performed a new install using the installation media that would be available from Passport Advantage. (Thus it was just an install, not an 8.1.0 install and followed by a 8.1.4 upgrade).
> * Make sure you follow the guidelines for space required as presented in the [Knowledge Center](https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.4/srv.install/t_srv_plan_capacity-linux.html).
Our Docker Image will have the SP database in `/database`, the instance user in `/tsm` and storage pools in `/data`. Ultimately these will be volumes provisioned from the host and using host storage, or your preferred Docker persistent volume storage technology.
> * The storage used in the example below is from the host file systems, passed to the container with Docker's `-v` option.
> * This implementation is using DISK or CLOUD storage pool storage. While accessing tape should be possible, I haven't explored what is required for that to work.
The first init run will be to create the database layout, and to copy the initialise database (as performed when containerising SP) onto our persistent storage.
You wont see any output, but if you look in your $TSM_USER path, you should see the familiar TSM instance owner files (like sqllib). The $TSM_DB directory should have sub directories created for the DB2 database, active and archive logs.
```bash Example
[root@d-1-1 test-sp-server]# ls -aln $TSM_DB
total 0
drwxr-xr-x 7 201 201 4096 Mar 8 14:30 .
drwxr-xr-x 5 0 0 4096 Mar 8 14:25 ..
drwxr-xr-x 2 201 201 4096 Mar 8 14:30 activelog
drwxr-xr-x 2 201 201 4096 Mar 8 14:30 archfaillog
drwxr-xr-x 2 201 201 4096 Mar 8 14:30 archlog
drwxr-xr-x 2 201 201 4096 Mar 8 14:30 mirrorlog
drwxr-xr-x 2 201 201 4096 Mar 8 14:30 tsmdb
```
<small>**NOTE**: The UID/GID should be the same as you defined in your Dockerfile</small>
## First Run Init #2
The second init run will now run the post-install setup for a new environment (`dsmserv formatdb` and then create the ADMIN user).
The "Init" steps will only need to be run the once for any "new" instance of SP. Thereafter, you'll start SP using the Normal steps documented [here](normalrun.html).